Чёрный список для SIP вызовов (входящих), Не отрабатывает функционал (PGN 237) для входящих с SIP транка Опции

[Demon]

Добрый день!
Станция ipLDK-300 с прошивкой MPB 3.8Ah. Установлен шлюз VOIB с прошивкой 1.1С ISSUE 11.
Есть также PRIB.
Вопрос, почему функционал чёрного списка прграммы (PGM237) отрабатывает корректно по вызовам с PRIB а по вызовам с SIP транка (VOIB) нет?
Тип линий в PGM 140 для всех CO и PRI и SIP установлен - "ISDN DID".
Галка ICLID Usage в PGM 143 для всех CO каналов PRI и SIP включена в "ON".
В логе SMDR вижу входящий CLI "телефонного террориста" по каналам PRI и SIP один и тотже (который нужно забанить), он же занесён в таблицу Incoming CLI Destination Table (PGM 237).
В таблице прописан нужный CLI, назначена ссылка на индекс PGM 231 с адресатом VMIB#.
В результате, по PRI каналам заявленный функционал добросовестно выполняется (входящий вызов отсеивается по назначению таблицы PGM237 на VMIB#), по SIP каналам, этот же CLI, таблицей PGM 237 не отрабатывается.
Вызов с SIP транка (с идентичным CLI указанным в PGM 237) без процедуры фильтрации прямиком приземлется на PGM 231, минуя таблицы PGM237, и там по своему назначению, т. е. на группу агентов колл-центра.
Звонки с определённого номера "А" спамят агентов колл-центра круглосуточно. Которые, естественно в свою очередь, поднимают истерику и начинают душить меня для принятия мер.
В документации к АТС сказано, что функция работает только для цифровых каналов и начиная с версии 3.8. Но SIP это ведь и есть цифровые каналы, так в чём причина невыполнимости оной?
Чую, что косинус VOIB шлюзе, может в прошивке, но не уверен.
Помогите разобраться со злободневной проблемой.
Вынес себе весь мозг, решить самостоятельно не получается.
Заранее благодарю за истину.

[harris]

Добрый день!
Станция ipLDK-300 с прошивкой MPB 3.8Ah. Установлен шлюз VOIB с прошивкой 1.1С ISSUE 11.
Есть также PRIB.
Вопрос, почему функционал чёрного списка прграммы (PGM237) отрабатывает корректно по вызовам с PRIB а по вызовам с SIP транка (VOIB) нет?
Тип линий в PGM 140 для всех CO и PRI и SIP установлен - "ISDN DID".
Галка ICLID Usage в PGM 143 для всех CO каналов PRI и SIP включена в "ON".
В логе SMDR вижу входящий CLI "телефонного террориста" по каналам PRI и SIP один и тотже (который нужно забанить), он же занесён в таблицу Incoming CLI Destination Table (PGM 237).
В таблице прописан нужный CLI, назначена ссылка на индекс PGM 231 с адресатом VMIB#.
В результате, по PRI каналам заявленный функционал добросовестно выполняется (входящий вызов отсеивается по назначению таблицы PGM237 на VMIB#), по SIP каналам, этот же CLI, таблицей PGM 237 не отрабатывается.
Вызов с SIP транка (с идентичным CLI указанным в PGM 237) без процедуры фильтрации прямиком приземлется на PGM 231, минуя таблицы PGM237, и там по своему назначению, т. е. на группу агентов колл-центра.
Звонки с определённого номера "А" спамят агентов колл-центра круглосуточно. Которые, естественно в свою очередь, поднимают истерику и начинают душить меня для принятия мер.
В документации к АТС сказано, что функция работает только для цифровых каналов и начиная с версии 3.8. Но SIP это ведь и есть цифровые каналы, так в чём причина невыполнимости оной?
Чую, что косинус VOIB шлюзе, может в прошивке, но не уверен.
Помогите разобраться со злободневной проблемой.
Вынес себе весь мозг, решить самостоятельно не получается.
Заранее благодарю за истину.

Вероятно, потому что функционал ICLID не предполагался для использования на SIP транках, а только для ISDN. Это именно обработка ISDN CLI, а не SIP USER ID. SIP транк, это все-таки IP каналы. Под цифровыми каналами в данном случае подразумевается линия ISDN. Проблема злободневная, да станция устаревшая. Хотя было бы лучше проверять ее с версией софта 3.9, а не 3.8.

[Demon]

Вероятно, потому что функционал ICLID не предполагался для использования на SIP транках, а только для ISDN. Это именно обработка ISDN CLI, а не SIP USER ID. SIP транк, это все-таки IP каналы. Под цифровыми каналами в данном случае подразумевается линия ISDN. Проблема злободневная, да станция устаревшая. Хотя было бы лучше проверять ее с версией софта 3.9, а не 3.8.

Благодарю Harris за логику ответа! Остаётся только принять её к руководству.
И за оставленный шанс обыграть ситуацию на прошивке 3.9.
Завтра предприму попытку поднятия оной и протестить проблему вновь.
Очень печально будет, если рецидив останется. Телефонный террорист будет ликовать и продолжать спамить на агентов.
Придется обращаться к провайдеру за фильтрацией.
Это опять проблема, пока до них дойдет суть вопроса и пока
адекватный спец найдётся с иха стороны...
В очередной раз HARRIS forever, спасибо!