убрать 9ку Опции

[ZatolokinD]

Всех приветствую. Прошу вашей помощи. Нужно для ldk300 организовать выход в город через 9ку. Схематично сейчас все выглядит так ldk300 ----Е1----астериск -----Е1------город. Пытался реализовать через DISA астериска, звонки с ldk300 проходят 50 на 50. Пробовал во входящей маршрутизации указать направление сразу на городской транк, дает отбой. С астериска могу звонить куда угодно, входящая связь тоже работает. Подскажите как правильно настроить выход для ldk300? На сколько я понимаю, нужно что бы абонент на LDK набирал номер 9-8-495-111-22-33. LDK должен отрезать 9-ку и пустить в поток целый номер. как это сделать хоть убей не могу разобраться? ((

[ZatolokinD]

Товарищи. Ситуация в корне изменилась. Как оказалось астер не воспринимает тон некоторых цифр. При чем с определенных аппаратов. в основном это цифра 3. К примеру беру панасоник kx-ts2361 набираю номер 8 495 1323435, в логе звонка в астере вижу номер 8 495 1245. Меняю на панасоник kx-t2350 набираю 8 495 1323435, в логе астера 8 495 1323435. Ни кто с таким не сталкивался? И еще, если звонок со старекса, то астериск не воспринимает тон двойки.

[harris]

Товарищи. Ситуация в корне изменилась. Как оказалось астер не воспринимает тон некоторых цифр. При чем с определенных аппаратов. в основном это цифра 3. К примеру беру панасоник kx-ts2361 набираю номер 8 495 1323435, в логе звонка в астере вижу номер 8 495 1245. Меняю на панасоник kx-t2350 набираю 8 495 1323435, в логе астера 8 495 1323435. Ни кто с таким не сталкивался? И еще, если звонок со старекса, то астериск не воспринимает тон двойки.

Телефон то подключен к LDK или к Астеру???
Схема то какая?? Телефон Панасоник - LDK - поток Е1 - Астериск ?? Так??
Если у вас поток Е1, то набор должен передаваться сигнальными сообщениями, а вовсе не тоном DTMF (конечно, если все правильно настроено, в том числе, и на стороне Астера).
Смотрите лог/трассировку LDK, чтобы проверить, что собственно LDK отсылает в Астер.
Возможно, именно LDK не воспринимает некоторые тоны от Панаса, такая проблема была раньше на старых версиях LDK с какими-то моделями телефонов Панаса. См. поиском по форуму.

[ZatolokinD]

Телефон то подключен к LDK или к Астеру???
Схема то какая?? Телефон Панасоник - LDK - поток Е1 - Астериск ?? Так??
Если у вас поток Е1, то набор должен передаваться сигнальными сообщениями, а вовсе не тоном DTMF (конечно, если все правильно настроено, в том числе, и на стороне Астера).
Смотрите лог/трассировку LDK, чтобы проверить, что собственно LDK отсылает в Астер.
Возможно, именно LDK не воспринимает некоторые тоны от Панаса, такая проблема была раньше на старых версиях LDK с какими-то моделями телефонов Панаса. См. поиском по форуму.

Схема подключения именно такая. Вариант что LDK не воспринимает некоторые тоны не подходит, так как до астера был старекс и все работало, да и сигналы со старекса тоже не воспринимаются астером. Сейчас на астере выход в город для лдк и старекса настроен через дизу. То есть абонент на лдк нажимает 9, слышит гудок от астера и дальше набирает 8 495ХХХХХХХ. На сколько я понял проблема именно с настройками распознавания дтмф тонов у астериска.

вот небольшая выдержка из статейки по моей проблеме

Почему же один и тот же телефон может работать в другой АТС и не работать в банке каналов? С учетом описанных явлений, можно
предположить следующие причины.
1. АТС использует аппаратную фильтрацию тональных сигналов. Критерий отбора «правильных» тональных посылок может
немного отличаться в пользу успешного распознавания.
2. В силу случайности, АТС может иметь неравномерность АЧХ, слегка корректирующую АЧХ телефона. Надежным получившееся
распознавание тонов не назовешь, но ваш телефон вдруг заработает.
3. Если распознавание идет «на грани», влияние может иметь даже длина линии, к которой подключен телефон. Длинная линия
больше заваливает верхние частоты, что несколько скорректирует график, изображенный на рисунке.
Как всегда, хочется найти, кто же виноват. Плохое распознавание тонов в Asterisk? Некачественные китайские телефоны? Мы считаем, что
не то и не другое. Фильтр DTMF в Asterisk реализован грамотно, но имеет строгие критерии отбора «правильных» посылок. В силу
статистического разброса параметров, не все телефоны этим критериям удовлетворяют.
И здесь самое время вспомнить параметр relaxdtmf. Если параметр установлен при конфигурации Asterisk, то на стадии 4 фильтрации
сравнение мощности гармоник будет уже не с коэффициентом 2.5, а с коэффициентом 4. Это позволяет гармоникам в тональной посылке
отличаться на 6 db. Таким образом, даже при наличии искажений АЧХ, тональная посылка будет распознаваться.

[harris]

Схема подключения именно такая. Вариант что LDK не воспринимает некоторые тоны не подходит, так как до астера был старекс и все работало, да и сигналы со старекса тоже не воспринимаются астером. Сейчас на астере выход в город для лдк и старекса настроен через дизу. То есть абонент на лдк нажимает 9, слышит гудок от астера и дальше набирает 8 495ХХХХХХХ. На сколько я понял проблема именно с настройками распознавания дтмф тонов у астериска.

вот небольшая выдержка из статейки по моей проблеме

Почему же один и тот же телефон может работать в другой АТС и не работать в банке каналов? С учетом описанных явлений, можно
предположить следующие причины.
1. АТС использует аппаратную фильтрацию тональных сигналов. Критерий отбора «правильных» тональных посылок может
немного отличаться в пользу успешного распознавания.
2. В силу случайности, АТС может иметь неравномерность АЧХ, слегка корректирующую АЧХ телефона. Надежным получившееся
распознавание тонов не назовешь, но ваш телефон вдруг заработает.
3. Если распознавание идет «на грани», влияние может иметь даже длина линии, к которой подключен телефон. Длинная линия
больше заваливает верхние частоты, что несколько скорректирует график, изображенный на рисунке.
Как всегда, хочется найти, кто же виноват. Плохое распознавание тонов в Asterisk? Некачественные китайские телефоны? Мы считаем, что
не то и не другое. Фильтр DTMF в Asterisk реализован грамотно, но имеет строгие критерии отбора «правильных» посылок. В силу
статистического разброса параметров, не все телефоны этим критериям удовлетворяют.
И здесь самое время вспомнить параметр relaxdtmf. Если параметр установлен при конфигурации Asterisk, то на стадии 4 фильтрации
сравнение мощности гармоник будет уже не с коэффициентом 2.5, а с коэффициентом 4. Это позволяет гармоникам в тональной посылке
отличаться на 6 db. Таким образом, даже при наличии искажений АЧХ, тональная посылка будет распознаваться.

Ну, тогда разбирайтесь с Астером.
И кстати, зачем на Астере принимать тоновый набор через DISA, если можно использовать собственно сигнальные возможности потока и принимать набор сигнальными сообщениями (т.е. как DID)???
ИМХО, использовать DISA в данном случае, это как-то криво... Ну, и результат, соответствующий.

[ZatolokinD]

Ну, тогда разбирайтесь с Астером.
И кстати, зачем на Астере принимать тоновый набор через DISA, если можно использовать собственно сигнальные возможности потока и принимать набор сигнальными сообщениями (т.е. как DID)???
ИМХО, использовать DISA в данном случае, это как-то криво... Ну, и результат, соответствующий.

Наверно в силу моего нубства в настройках лдк. Не могу разобраться как отправить номер 98XXXXXXXXXX как did =(

[harris]

Наверно в силу моего нубства в настройках лдк. Не могу разобраться как отправить номер 98XXXXXXXXXX как did =(

ИМХО, а дело не столько в LDK (которая у вас, видимо, посылает номер Overlap'ом, а не Enblock), сколько в Астериске, который дает Connect, не анализируя полученные из потока цифры номера. Вероятно, Астериск не настроен на прием DID, он сразу даeт Connect, поэтому LDK вынуждена посылать цифры номера уже внутри установленного соединения, т.е. Inband, тоном DTMF.
Смотрите трассировку потока, тогда будет понятно, что происходит и кто виноват.
Пока нет трассировки можно только гадать...

[ZatolokinD]

ИМХО, а дело не столько в LDK (которая у вас, видимо, посылает номер Overlap'ом, а не Enblock), сколько в Астериске, который дает Connect, не анализируя полученные из потока цифры номера. Вероятно, Астериск не настроен на прием DID, он сразу даeт Connect, поэтому LDK вынуждена посылать цифры номера уже внутри установленного соединения, т.е. Inband, тоном DTMF.
Смотрите трассировку потока, тогда будет понятно, что происходит и кто виноват.
Пока нет трассировки можно только гадать...

астериск нормально принимает и обрабатывает диды, так как c внутренних номеров лдк я могу звонить на внутренние астера также как и обратно. я не могу понять как отправлять именно длинный дид с лдк. в пгм 324 прописал внутренний номерацыоный план астера он четырехзначный у нас. net - 5*** - co gr 1 - 0.0.0.0 - off - off в астере сделал транк с группой линий по которым он соединяется с лдк и роут вида 3ХХ и все работает. так же звонки хорошо прозодят с лдк 3** через маршруты астера в sc1000 и обратно.

[harris]

астериск нормально принимает и обрабатывает диды, так как c внутренних номеров лдк я могу звонить на внутренние астера также как и обратно. я не могу понять как отправлять именно длинный дид с лдк. в пгм 324 прописал внутренний номерацыоный план астера он четырехзначный у нас. net - 5*** - co gr 1 - 0.0.0.0 - off - off в астере сделал транк с группой линий по которым он соединяется с лдк и роут вида 3ХХ и все работает. так же звонки хорошо прозодят с лдк 3** через маршруты астера в sc1000 и обратно.

1). По какой цифре Астериск проключает транзит на городской поток?? По 8-ке??
2) Каналы потока на LDK у вас сейчас указаны как тип NET (пгм322). И опция Enblock в Пгм143 отключена. Так??
При этом сетевые номера (5***) станция оправляет способом Enblock, а другие номера - способом Overlap.
Ну это такая особенность станций LDK.
Т.о., у вас сейчас Астериск, вероятно, получив 8-ку, дает Connect в сторону LDK, т.е. не ждет остальных цифр номера. Это и есть проблема.
Как я уже писал, тут нужно было бы посмотреть трассировку потока между LDK и Астером.
2). Городской поток Астериска работает по Overlap или Enblock??
3). Что такое длинный DID?? Возможно, вы имеете в виду отправку номера способом Enblock.
Это можно реализовать в LDK 2-мя вариантами:
Вариант 1 - отказаться от сетевой таблицы пгм324, все каналы потока прописать как тип PSTN, включить на потоке посылку Enblock (пгм143). Сетевые номера (5ххх) прописать через LCR, как LDT код =5, тип INT.
Дополнительно можно использовать таблицу Enblock Prefix (пгм205), чтобы указать длину номеров 5ххх. (4 цифры).
Вариант 2 - поток разделить на два транка:
- на одном транке все оставить все как есть, и отсылать в него только сетевые номера (5***), прописанные в пгм324.
- набор городских номеров отсылать в другой отдельный транк, который должен быть назначен как тип PSTN (пгм322), и на нем включить Enblock.
Т.е. нужен транк типа PSTN с Enblock'ом. Весь поток (вариант 1) или только часть потока (вариант 2) - как хотите.
Про посылку номера способом Enblock в сторону транзитной АТС здесь на форуме писали неоднократно, и я в том числе.

Да, в LDK есть нюансы, связанные с линиями NET, но их можно обойти...