LDK-300 + PRIB + TOR2 + Asterisk Опции

[Amel]

Связка работает. Но...
Связка используется для набора офисными абонентами международных направлений и некоторых других, прописанных на *. Работает оно через LCR/LDT типа COL, маска 00.
После срабатывания комбинации "9-00" ЛЖ бросает вызов на * и там оно попадает в экстеншн "00".
Дальше я пробовал по-разному - ничего не помогает. Сейчас так:

exten => 00,1,Noop()
;exten => 00,n,Answer()
exten => 00,n,WaitExten(140)

Проблема собственно в том, что в таком режиме * не получает всех DTMF-кодов набираемого номера!!!
А именно, пропускает 2,3 и 6.
При этом, если набрать сначала 864 (64 - это группа СО-линий PRIB), то мы попадаем в тот же контекст * и при этом все коды DTMF определяются без проблем!
Поэтому я думаю, что причина в ЛЖ.

[Dron]

В LCR прописано 900, 00?
Нет ли чего в кодах запретов/разрешений типа 9, 90, 0?
В общем, подробнее про LCR!

[Amel]

Вопрос снят. Указал relaxdtmf=yes в настройках канала DAHDI в * и все заработало.

[harris]

Проблема собственно в том, что в таком режиме * не получает всех DTMF-кодов набираемого номера!!!
А именно, пропускает 2,3 и 6.
При этом, если набрать сначала 864 (64 - это группа СО-линий PRIB), то мы попадаем в тот же контекст * и при этом все коды DTMF определяются без проблем!
Поэтому я думаю, что причина в ЛЖ.

Тогда снимайте на станции трассировку потока (PRI) для 2-х случаев:
- набор через LCR
- набор через код 864

[harris]

На другом форуме автор темы сам нашел решение проблемы:

Вопрос снят - указал relaxdtmf=yes в * и все заработало.

В-общем, подозрения на LDK оказались ложными...

ОК. Удачи!

P.S. Кстати, а что означает эта опция "relaxdtmf" ??

[Amel]

Менее строгое детектирование DTMF-последовательностей.

[harris]

Менее строгое детектирование DTMF-последовательностей.

ОК.

Я ничего не понимаю в настройках Астера, и не знаю, как точно у Вас запрограммирована LDK, но...
вообще-то при нормальных настройках связки LDK-> Астер не должно было быть никаких посылок DTMF.
Весь набор номера должен уходить в PRI в сигнальном канале, сигнальными сообщениями (INFO).

Тут бы упомянутые выше трассировки потока могли бы пригодится!!! Тогда было бы яснее, что происходит на самом деле.
Подозреваю, что получив 00 Астер сразу же отвечает Connect'ом, и далее номер уже уходит тоном DTMF.
А желательно, чтобы Астер получал полный набор - 00ХХХХХХХХХ, и только потом приступал к анализу и обработке.
Со стороны LDK возможна проблемка при посылке Enbloc'ом:
на старых версиях софта Enblock не отрабатывался при использовании LCR, но нормально работал при прямом доступе к транку (при доступе через код 864).

[Amel]

Похоже Вы абсолютно правы.
Подскажите, пожалуйста, как Вы видите себе правильную настройку ЛЖ в моем случае.
Потому что проблему, описанную выше я решил, но оно все равно нормально не работает через LCR.
Мне нужно, чтобы эта связка работала в обе стороны.
А именно:
1. когда звонит офисный абонент ЛЖ по международной связи, набирая как обычно 900... оно уходит на Астер
2. когда SIP-клиент Астера звонит в офис, набирая, скажем 130, попадает на внут. абонента ЛЖ
Сейчас это нормально все-таки не работает.
Какие режимы правильно будет выставить на ЛЖ в таком случае? Я проинициализировал PRIB как плату внешних линий и все СО собрал в одну группу 64.
На сегодня меня не устраивает то, что через LCR оно глючит - теряет часть набираемого номера.
На вход DISA настроена и работает нормально при вызове с Астера.

[harris]

Похоже Вы абсолютно правы.
Подскажите, пожалуйста, как Вы видите себе правильную настройку ЛЖ в моем случае.
Потому что проблему, описанную выше я решил, но оно все равно нормально не работает через LCR.
Мне нужно, чтобы эта связка работала в обе стороны.
А именно:
1. когда звонит офисный абонент ЛЖ по международной связи, набирая как обычно 900... оно уходит на Астер
2. когда SIP-клиент Астера звонит в офис, набирая, скажем 130, попадает на внут. абонента ЛЖ
Сейчас это нормально все-таки не работает.
Какие режимы правильно будет выставить на ЛЖ в таком случае? Я проинициализировал PRIB как плату внешних линий и все СО собрал в одну группу 64.
На сегодня меня не устраивает то, что через LCR оно глючит - теряет часть набираемого номера.
На вход DISA настроена и работает нормально при вызове с Астера.

1) Правильная работа потока PRI - это, когда все цифры набранного номера уходят в сообщениях сигнального канала.
Для этого и существует сигнализация EDSS1.
Если цифры уходят в тоне DTMF, то значит это уже НЕ НАБОР номера, а ДОНАБОР номера, т.е. цифры уже проходят внутри проключенного голосового тракта.
2) А разве нельзя настроить, чтобы с Астера вызов был адресован непосредственно на внутр. номер абонента, минуя DISA ??? Если для вызов с Астера на абонента LDK используется DISA (ДОНАБОР номера), то это уже, ИМХО, неправильно!!! Вход. вызовы должны приниматься как DID !!
В каком режиме у Вас стоят линии PRI по ПГМ140: ISDN/DID или Normal ??
3) Какая версия прошивки на MPB??
4) Что такое TOR2 и каким протоколом он связан с Астером??
5) Тут нужно детально разобраться со всей схемой включения (LDK-TOR2-Aстер).
И нужно смотреть конфиг станции.

[Amel]

К сожалению, с ISDN вообще я стал знакомиться именно сейчас, когда нужно подключить эту связку. Чайник полный в enblock, overlap и т.д. Гуглю если что :-)
1) - это я понял по первым Вашим постам, но как правильно это настроить не знаю (чтобы не было донабора)
2) ПГМ140 - ISDN/DID (может про DISA я не к месту сказал)
3) как узнать версию прошивки? я посмотрел в проге PC Admin меню View->MPB Version Info...:
GS30P-2.2Ec FEB/04
4) TOR2 - это вид платы с 4-мя PRI (Tormenta 2) в Астере

[harris]

К сожалению, с ISDN вообще я стал знакомиться именно сейчас, когда нужно подключить эту связку. Чайник полный в enblock, overlap и т.д. Гуглю если что :-)
1) - это я понял по первым Вашим постам, но как правильно это настроить не знаю (чтобы не было донабора)
2) ПГМ140 - ISDN/DID (может про DISA я не к месту сказал)
3) как узнать версию прошивки? я посмотрел в проге PC Admin меню View->MPB Version Info...:
GS30P-2.2Ec FEB/04
4) TOR2 - это вид платы с 4-мя PRI (Tormenta 2) в Астере

- Версия 2.2Ec - это уже "прошлый век". При работе с LCR по потоку ISDN на этой версии как раз и была проблема при комбинации Enblock+LCR. Версию софта в любом случае нужно поднимать. В вашем случае, вероятно, используется еще старый процессор. Его софт можно максимум поднять до версии 3.6. Но это уже будет лучше, чем полностью устаревшая 2.2Ес.
- ОК. Теперь понятно, что такое TOR2.
- Тут, возможно, требуется подправлять не только LDK, но и Астер. Если станция переходит на тон, то, скорее всего, Астер дает Connect, получив 00 (это при исходящем от LDK вызове).
Почему при входящем вызове на LDK прием идет через DISA, тоже нужно смотреть настройки станции и что именно присылает Астер.
Чтобы понять, что реально происходит, нужно смотреть трассировку потока и конфиг станции.
(Кстати, конфиг станции, скаченный с версии 2.2, даже просмотреть Off-Line Admin'ом будет сложновато.... Для требуется Win'98.)
- Если я правильно понимаю, то Вы находитесь в Украине. ИМХО, имеет смысл просто пригласить спецов по станциям LDK. Например, в Киеве есть компания "ДС-Альтернатива".

[Amel]

Я в Украине, но не в Киеве, а в Виннице нахожусь.
Тут со спецами по ЛДК по-сложнее...
Обновление софта, в моем случае, до версии 3.6 - это безобидная операция?
Нужно ли предварительно проверять версии остальных плат?
У меня в связке 2 блока АТС.
Копию БД станции сделал. Новый PC Admin ее открывает, но ругается.
Как снимать трассировку потока со станции?
На Астере трассировку PRI как снимать знаю.
При использовании LCR все выглядит именно так, что с ЛЖ на Астер приходит по PRI вызов на номер 00, что меня крайне не устраивает. И остальные цифры идут как-бы донабором. Нужно однозначно обновить софт АТС?
Я готов.

[harris]

Я в Украине, но не в Киеве, а в Виннице нахожусь.
Тут со спецами по ЛДК по-сложнее...
Обновление софта, в моем случае, до версии 3.6 - это безобидная операция?
Нужно ли предварительно проверять версии остальных плат?
У меня в связке 2 блока АТС.
Копию БД станции сделал. Новый PC Admin ее открывает, но ругается.
Как снимать трассировку потока со станции?
На Астере трассировку PRI как снимать знаю.
При использовании LCR все выглядит именно так, что с ЛЖ на Астер приходит по PRI вызов на номер 00, что меня крайне не устраивает. И остальные цифры идут как-бы донабором. Нужно однозначно обновить софт АТС?
Я готов.

Вы-то готовы. Но я, например, не готов пошагово диктовать: как перепрошивать, как снимать трассировку (нужна трассировка как исход. вызова, так и входящего).
Тут ведь много вопросов/нюансов. В целом ответы на данные вопросы можно найти здесь на форуме. Это уже многократно обсуждалось. Здесь на сайте в разделе Download лежит дока по диагностике и обслуживанию станций LDK. В ней описаны команды для трассировки.
Но Киев все-таки ближе к Виннице, чем Москва. Указанная мной компания является официальным техн. центром в Украине. С ними проще договорится о помощи в настройке.
Да. Версию софта нужно менять однозначно. Для этого как минимум нужен модуль SDMU32 (планка памяти), установленный на MPB.
Остальные платы будут работать и при новой версии процессора.

[vitalii]

[quote name='Amel' post='76872' date='12.4.2013, 13:04']Я в Украине, но не в Киеве, а в Виннице нахожусь.
Тут со спецами по ЛДК по-сложнее...
зайдут удалённо и помогут. только звоните

[Amel]

harris, спасибо Вам огромное за помощь!
Я обновил софт до 3.6 и все встало на свои места!
АТС работает как ей и положено в режиме LCR!

[harris]

harris, спасибо Вам огромное за помощь!
Я обновил софт до 3.6 и все встало на свои места!
АТС работает как ей и положено в режиме LCR!

Ну и славно...
А как с входящими??? Может все-таки набор приходит не в тоне (т.е прием без DISA), а приходят нормальные DID-номера (= внутр. номера абонентов)??

[Amel]

Ну и славно...
А как с входящими??? Может все-таки набор приходит не в тоне (т.е прием без DISA), а приходят нормальные DID-номера (= внутр. номера абонентов)??

Нормальные приходят :-)
по маске #***
Правда после обновления почему-то маска изменилась.
До обновления я добавлял к добавочному номеру вначале цифру, чтобы было как по маске. И оно так работало.
А после обновления пришлось убрать эту цифру - оставить только трехзначный добавочный номер.
Странно.
Но вот проблема обнаружилась после обновления...
Через некоторое время не могу подключиться к АТС по сети PC Admin'om.
Не подскажете, что это может быть?
Сразу после перезагрузки подключается. Через время перестает.
Порты открыты 23, 5002. На телнетовский коннектится нормально.
Проблема только с PC Admin'om.

[vitalii]

Нормальные приходят :-)
по маске #***
Правда после обновления почему-то маска изменилась.
До обновления я добавлял к добавочному номеру вначале цифру, чтобы было как по маске. И оно так работало.
А после обновления пришлось убрать эту цифру - оставить только трехзначный добавочный номер.
Странно.
Но вот проблема обнаружилась после обновления...
Через некоторое время не могу подключиться к АТС по сети PC Admin'om.
Не подскажете, что это может быть?
Сразу после перезагрузки подключается. Через время перестает.
Порты открыты 23, 5002. На телнетовский коннектится нормально.
Проблема только с PC Admin'om.

PC Admin для ver. 3.6 - пробовали. а также попробуйте отключить АТС от вашей сети компьютерной, т.е. стыкуйтесь по LANu напрямую возможно, потребуется кабель кроссовер. инициализацию делали после UPGRADE

[Amel]

PC Admin для ver. 3.6 - пробовали. а также попробуйте отключить АТС от вашей сети компьютерной, т.е. стыкуйтесь по LANu напрямую возможно, потребуется кабель кроссовер. инициализацию делали после UPGRADE

Все так.
Версия новая (хотя старая версия админа тоже не коннектится).
Инициализацию делал последовательно.
Отключить АТС от сети жалко. Неудобно сидеть в серверной под кондиционером настраивать АТС.
Только в крайнем случае :-)

[vitalii]

Все так.
Версия новая (хотя старая версия админа тоже не коннектится).
Инициализацию делал последовательно.
Отключить АТС от сети жалко. Неудобно сидеть в серверной под кондиционером настраивать АТС.
Только в крайнем случае :-)

да попробуйте Вы вначале подключиться в серверной.