Что то я дюже невнимателен.
Выбранный мной режим действительно не требует набора 9ки для выхода на соед.линии.
В итоге, мне достаточно выбрать режим 13, оставить 9ку в плане нумерации, а в LCR упоминания 9ки убрать.
Всем спасибо за внимание и помощь, мне очень стыдно.

Знаете, есть такая штука - покупаешь у сотового оператора "прямой" номер.
Он тебе дает номер вида 1234567. По факту это номер, скажем (905)123456789.
Но с любого городского номера, с любого мобильного внутри региона, можно набрать просто 123456789, как будто звонишь на обычный городской номер.
Таких номеров не очень много, но они есть.

Да, набираем через 9ку.

Прикладываю скриншоты.
Номера на 4 - это номера Астериска.
Номера на 9 - выход на внешние линии.
CO group 4 - линии с VOIM платы для связи по sip
CO group 3 - линии с PRIM платы для выхода в город

Есть IPECS-LIK 600.
На ней PRIM, VOIM.
Для выхода на городские номера используются линии потока.
Выход настроен по нажатию 9.
Начали настраивать связь между АТС и астериском по sip.
Маршрутизация идет по LCR (в связи с использованием sip).
Ранее LCR не использовали.
Прописали направление для Астериска.
Также пришлось прописать направление для 9 - выход на городские линии.
Вроде все работает.
Но потом выяснилось, что есть проблема.
При звонке на ПРЯМЫЕ МОБИЛЬНЫЕ НОМЕРА через 9ку - звонок не проходит.
Такое ощущение, что АТС вместо звонка по прямому номеру на мобильного оператора звонит просто на городской номер.
Ткните, куда копать.

Господа, спасибо вам!
Не думал, что ларчик отрывается так просто
Убрал код в PGM100 и 143,151 - все стало, как надо

2501 025 00:00:02 29/09/17 15:30 I8121234567

Трассировку не делал.
Но в систему звукозаписи данные по номерам попадают именно из потока.
Цитата из письма:
"Внешние номера мы берем из потока Е1, поэтому все что там есть, должно отображаться в интерфейсе. Пустые поля могут быть в некоторых ситуациях, например, когда у мобильного абонента выключена передача своего номера или когда оператор связи не передает АОН. С внутренними номерами сложнее. Мы действительно берем эту информацию из SMDR и сопоставляем ее со звонками из потока по таймслотам или внешними номерам. В случае если внешние номера в SMDR по каки-то причинам отличаются от тех что в потоке, могут быть проблемы"

Собственно в этом и проблема.
В потоке номер вида 8121234567, в систему записи тоже попал в таком виде.
А из smdr система звукозаписи берет данные по внутренним номерам.
И вот в связи с тем, что данные по входящим номерам не совпадают (8121234567 и 1234567), не получается провести соответствие.
В связи с этим у таких входящих звонков отсутствует внутренний телефон в расшифровке:

Сейчас так:

2500 045 00:00:02 29/09/17 12:24 I1234567 (код не отображается)

А нужно так:

2500 045 00:00:02 29/09/17 12:24 I8121234567 (код города+номер телефона)

Отвлекся на другие более срочные дела.
В итоге, не очень понимаю.
Зональный код назначается в программе 143,151 в поле My Area Code.
Проставил там 812.
В поле Type of Number for Calling Party Info стоит National.
Судя по документации, используется конструкция вида [My Area Prefix+My Area Code]+[Prefix CLIP/COLP]+[CLI STA Number/CO ATD].
Т.е. код 812 в моей случае должен учитываться.
Но в sdmr все равно записи вида
2500 045 00:00:02 29/09/17 12:24 I1234567 (код не отображается)
Неприятно осознавать, что по идее тут все просто, но что-то не сходится

И еще, это нормально, что в некоторых строках теперь дополнительные символы появились в начале?
Раньше такого точно не было.
Вида:
026 : 9623450552

026 : 9623450552

034 : 9787144862 -> 2001

(В блокноте выглядят просто квадратиками)

В итоге наши программисты 1С так и не осилили связку с АТС.
А может и не захотели.
Демо ключ TAPI уже истек.
Намекают на то, чтобы попутно поднял астериск для целей колл-центра.

Но пока не до них.
Всплыл еще один момент.
Как уже писал, к АТС подключена система записи разговоров digitel.
Ранее она была подключена к LDK-300 и все норм работало.
Некоторое время назад перешли на IPECS-LIK.
Подключили digitel, столкнулись с проблемой smdr.
В итоге выяснилось, что формат несколько изменился. Разработчики поменяли настройки.
Но с АТС не шли номера входящих звонков.
Насколько я помню, поменял параметр SMDR CLI or Ring Service I с Ring на CLI.
Стало лучше.
Но при этом странная ситуация - при звонке с городского номера не отображается номер внутреннего абонента, принявшего вызов. При звонке с мобильного - номер внутреннего абонента записывается.
Специалист Digitel сказал следующее: "Для некоторых входящих внутренний номер отсутствует так как отличается формат внешнего номера. То есть, например, в потоке E1 номер 8123029026, а в smdr он выглядит как 3029026."
В итоге, этим заниматься было некогда, но вот сейчас решил вернуться к вопросу.

И вот я не понимаю, почему в smdr мобильный прописывается полностью, а городской звонок - без кода города? Как я понимаю, отрезает из PGM100 My area code?
Междугородний - тоже прописывается полностью, насколько я помню.
Можно ли как-то поменять эти настройки?

Еще уважаемый Dron на смежном форуме писал http://atsvtule.ru/forum/viewtopic.php?f=5&t=1853
что нужно отдельно покупать лицензию на Tapi для 1с.
Это так?
Не могу найти у 1С указание на лицензию.

Спасибо!
Если использовать централизованную систему для call-центра, то логично выделение отдельного сервера для хранения базы.

Вообще, нашел на форуме достаточно большое количество тем на похожие темы, буду читать и пробовать.
Так что пока с вопросами закругляюсь.
Кроме одного - как поставить демо-ключ TAPI для тестирования?

Господа, кто может подсказать разницу между схемой с выделенным сервером и схемой без него?
В чем плюсы и минусы каждого решения?

Как я понимаю, меня может спасти TAPI.

Почитал вот это https://habrahabr.ru/post/169015/
Очень интересные всякие плюшки по связи с Asterisk.
Опять же встает вопрос - наша АТС вообще может функционировать в виде серьезного колл-центра?
С интеграцией с другими CRM, с аналитикой и тд?

Добрый день.
Ситуация следующая.
У нас есть IPECS-LIK 600.
Подключено порядка 200 абонентов.
Доросли до того, чтобы внедрять функционал колл-центра.
Сейчас это происходит примерно так:
Есть два сотрудника, которые принимаю основные звонки в течении рабочего времени.
Переводят звонки при необходимости на другие отделы.
Попутно занимаются другими своими должностными обязанностями.
В нерабочее время на звонки отвечает диспетчер-охранник.
Планируется внедрение более полноценного колл-центра.
В перспективе - круглосуточного.
Руководству хочется более красивой системы:
регистрации входящих звонков по тематике
постановка задач на ответственных сотрудников по функциональным направлениям
дальнейшая аналитика и прочее-прочее.
Наши программисты 1С на прежнем месте работы интегрировали 1С с Астериском.
Брали данные по CDR.
Можно ли что-то такое реализовать на данной АТС?
Сейчас статистика отдается по smdr на систему записи телефонных звонков Digitel (сервер на базе linux).
Подключение организовано по com-порту.

Добрый день.

Возможно потребуется реализовать следующий проект:
Поднять Астериск, связать его по ip с нашей станцией ipecs-lik 600.
По сути, делать особо нечего.
Но проще отдать это кому-то еще, у самого времени нет.
Да и все же не специалист.

Может быть, кому то из участников форума интересно будет?
Только сразу скажу - нужен будет счет, договор и прочие бумажки.
Т.е. не оплата на руки.

Территориально - это Питер.

Спасибо большое!
Я не подумал о таком.
Удалил лишние количество записей, zoiper сразу подключился.
И ведь записи то лишние в этот момент не были подключены к АТС, а все равно считались...

Буду дальше ковырять подключение из за ната.

Не понимаю, почему не подключается zoiper...
Прикладываю лог wireshark.

Добрый день.
Есть LIK-600.
Пользуемся в основном родными LIP-8002.
Как внутри сети, так и в отдаленных подразделениях.
АТС стоит за NAT, удаленные телефоны нормально цепляются, со связью проблем нет.
Также частично используем sip-телефоны gigaset ip 510-540.
Куплено определенное количество лицензий.
Внутри сети телефоны подключаются без проблем, все работает.
Снаружи - регистрация проходит, голоса нет.
Но с этим ладно, буду разбираться, wireshark мне в руки. Хотя может кто-то сразу что-то сможет посоветовать?
Проброшены порты
5060 на MFIM
6000-6047 на VOIM
8000-8047 на VOIM
9000-9047 на VOIM.
Для проверки решил воспользоваться программным sip-телефоном.
Взял zoiper.
Не могу подключится ни снаружи, ни изнутри.
Кто-нибудь цеплял его к LIK?
Вообще, какие клиенты успешно цепляли к LIK?
Попутно возник вопрос - как учитываются sip лицензии на LIK?
Вот есть 10 лицензий.
Было подключено 10 sip абонентов.
Скажем, в настоящий момент 2 из них в состоянии дисконект.
Они не учитываются? Другие клиенты могут подключаться в это время?

Все, я сам ступил.
Вполне себе подключается несколько линий.
Тему можно удалить.

Есть LIK-600.
Куплено несколько sip-лицензий.
Есть телефоны Gigaset A510, A540.
Настраиваю одну линию - успешно подключается к станции.
Хочу настроить еще одну линию для того, чтобы подключить доп.трубку, и выделить ей отдельный номер.
Т.е. в идеале одна база отвечает за две линии.
Сами телефоны это умеют, на них можно подключить до 6 sip-линий.
Но при попытке подключить вторую линию на ту же станцию, коннекта не происходит.
Учетные данные для линий указаны разные.
И вот тут у меня закралось сомнение - а вообще можно с одного устройства использовать несколько линий для подключения к LIK?

Понял, буду смотреть.
Тоже подумал о Virtual Registration.
Только там всего 5 строчек - это значит, что так можно добавить 5 устройств? И в 235 тоже 5 значений доступно.
Попробую использовать 442, спасибо.

Так, предположим я запретил автоматическую регистрацию.
Каким образом мне после этого подключать новые устройства?

Смотрите.
Сейчас, когда я подключаю аппарат к АТС, подключение телефона происходит автоматически.
Мне необходимо только прописать адрес MFIM.
Это либо локальный адрес в сети, либо глобальный адрес в интернете.
Предварительно мак-адрес я не прописываю в АТС.
Если есть такая возможность - то я буду рад ею воспользоваться, хотя это и добавит лишних теледвижений при подключении.

Предположим, есть АТС вида IPECS-LIK.
К ней необходимо подключать ip-телефоны, расположенные в удаленных подразделениях.
Удаленные подразделения не связаны vpn-каналами с сетью, в которой расположена АТС.
Открываем на маршрутизаторе необходимые порты, в настройках ip-телефонов указываем внешний ip-адрес АТС, куда телефоны вполне себе успешно подключаются.
Вопрос в чем - любой, зная или предполагая, что используется конкретная модель АТС, и зная внешний ip-адрес, может подключить свой телефон.
Можно было бы ограничить на маршрутизаторе ip-адреса, с которых можно подключать ip-телефоны.
Но не всегда эти адреса статические.
Или же в настройках АТС все же можно прописать авторизацию для телефонов?
Телефоны, в основном, 8002.

Если бы это были сип-телефоны, то там просто - создаем логин и пароль.