Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: LG LDK 300 <Е1> Asterisk
АРТКОМ Форум > Форумы для специалистов > Техническая поддержка ipLDK
rsuhanov
Сделали "гибрид" LG LDK 300 и Asterisk по потоку Е1, у LG внутр. номера 1хх, 2хх, 3хх, у Asterisk 4хх, между АТС-ми звонки по внутр. номерам ходят, для внутр. абонентов Asterisk при вызовах на город LG должна использоваться как транзитная АТС, сейчас внешние городские вызовы приходят от провайдера по 2-м потокам Е1 на LG LDK 300, далее если нужен абонент из 4хх, то идут на Asterisk. Проблема в том, что с Asterisk пока нельзя сделать вызов на город через LG, на LG свои абоненты без проблем выходят через "9"-ку.
Поиском по форуму не нашли, хотя может уже не впервые тема обсуждается, что посоветуете?
stasmar
Цитата(rsuhanov @ 29.9.2010, 13:59) *
Сделали "гибрид" LG LDK 300 и Asterisk по потоку Е1, у LG внутр. номера 1хх, 2хх, 3хх, у Asterisk 4хх, между АТС-ми звонки по внутр. номерам ходят, для внутр. абонентов Asterisk при вызовах на город LG должна использоваться как транзитная АТС, сейчас внешние городские вызовы приходят от провайдера по 2-м потокам Е1 на LG LDK 300, далее если нужен абонент из 4хх, то идут на Asterisk. Проблема в том, что с Asterisk пока нельзя сделать вызов на город через LG, на LG свои абоненты без проблем выходят через "9"-ку.
Поиском по форуму не нашли, хотя может уже не впервые тема обсуждается, что посоветуете?

Как программировали объединение LG и *?
harris
Цитата(rsuhanov @ 29.9.2010, 13:59) *
Сделали "гибрид" LG LDK 300 и Asterisk по потоку Е1, у LG внутр. номера 1хх, 2хх, 3хх, у Asterisk 4хх, между АТС-ми звонки по внутр. номерам ходят, для внутр. абонентов Asterisk при вызовах на город LG должна использоваться как транзитная АТС, сейчас внешние городские вызовы приходят от провайдера по 2-м потокам Е1 на LG LDK 300, далее если нужен абонент из 4хх, то идут на Asterisk. Проблема в том, что с Asterisk пока нельзя сделать вызов на город через LG, на LG свои абоненты без проблем выходят через "9"-ку.
Поиском по форуму не нашли, хотя может уже не впервые тема обсуждается, что посоветуете?

См. в доке п. 2.16.13 "Transit-Out". Там все описано и есть пример. См. PSTN коды.
stasmar
Цитата(harris @ 29.9.2010, 14:18) *
См. в доке п. 2.1.6.13 "Transit-Out". Там все описано и есть пример. См. PSTN коды.

Прошу прощения, может 2.16.13?
harris
Цитата(stasmar @ 29.9.2010, 14:29) *
Прошу прощения, может 2.16.13?

Да, пардон, описался... smile.gif
harris
Со стороны АстеРИСКа должен поступать код, прописанный в LDK в качестве кода типа PSTN.
Тип DID-преобразования для потока, связывающего LDK c *, должен быть = 1 (DID Conv Type =1 в ПГМ143/4).
rsuhanov
Спасибо за оперативные ответы!
Попробую прояснить ситуацию: кодом со стороны Asterisk для выхода через LG на внение линии сделали "7"-ку, чтобы не убивать "9"-ку в нумерном плане LG. По логам Asterisk-а видем, что он выдает в поток правильное значение, например 789038871527, но LG его заворачивает на себя, дальше не пускает.
Настройки LG:
PGM 143/4 DID Conv Type =1
PGM 324 System Usage=PSTN, Num plan code 7


Dron
Цитата(rsuhanov @ 29.9.2010, 15:02) *
Настройки LG:
PGM 143/4 DID Conv Type =1
PGM 324 System Usage=PSTN, Num plan code 7

Это что, все настройки? blink.gif
В плане нумерации LG нет ли, случаем, 7-ки?
stasmar
Цитата(Dron @ 29.9.2010, 15:05) *
Это что, все настройки? blink.gif
В плане нумерации LG нет ли, случаем, 7-ки?

Присовокуплю:
Что кроме того в 324, 322-й прогах?
"Заворачивает" - как это?
Что в 166 проге?
rsuhanov
Мы "играемся" настройками, если убрать "7"-ку из PGM 324, то вызов с Asterisk попадает на группу внут. абонентов LG, если "7"-ка стоит, то LG сразу отбывает вызов.
В плане нумераци LG "7"-ки нет, есть 9 для выхода на внешние СО.
Настройки см. картинки.
Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла
Dron
Цитата(rsuhanov @ 29.9.2010, 15:54) *
Мы "играемся" настройками, если убрать "7"-ку из PGM 324, то вызов с Asterisk попадает на группу внут. абонентов LG, если "7"-ка стоит, то LG сразу отбывает вызов.
В плане нумераци LG "7"-ки нет, есть 9 для выхода на внешние СО.
Настройки см. картинки.
Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла

Так какие линии в ПГМ322 прописаны в 4-ой сетевой группе?
stasmar
Цитата(rsuhanov @ 29.9.2010, 15:54) *
Мы "играемся" настройками, если убрать "7"-ку из PGM 324, то вызов с Asterisk попадает на группу внут. абонентов LG, если "7"-ка стоит, то LG сразу отбывает вызов.
В плане нумераци LG "7"-ки нет, есть 9 для выхода на внешние СО.
Настройки см. картинки.

В 166 - попробуйте поставить 1
В 322 - поставте в 4-ю группу те линии, по которым выходить будете и PSTN им поставить
rsuhanov
Почему так, а не иначе в настройках LG сказать не могу, мы с LG не особо разбираемся, приглашали внешнего спеца, он LG крутил мы Asterisk....
Dron
Цитата(rsuhanov @ 29.9.2010, 16:01) *

На LG по 7-ке выходите на эти линии?
stasmar
Вы исправили 322- теперь как?
Dron
Цитата(rsuhanov @ 29.9.2010, 16:03) *
Почему так, а не иначе в настройках LG сказать не могу, мы с LG не особо разбираемся, приглашали внешнего спеца, он LG крутил мы Asterisk....

Правильно крутил...
rsuhanov
пока не помогло ...
stasmar
undefined


было
Цитата(rsuhanov @ 29.9.2010, 16:01) *

стало
rsuhanov
На LG по 7-ке и по 9-ке можем выходить на внешние....
stasmar
322-1
с 61 по 90
322-2
с 31 по 60

я сразу не заметил, что линии разные..
все правильно..
Dron
Цитата(rsuhanov @ 29.9.2010, 16:07) *
На LG по 7-ке и по 9-ке можем выходить на внешние....

Значит, LG настроена правильно.
rsuhanov
В 324 для Asterisk стоит NET CO Group 4-я группа - это 2-ой поток на LG, вроде корректно.
stasmar
А АОН провайдеру подходит?
rsuhanov
Asterisk в логах выдает в поток LG корректный номер 7890366471215, а LG его не хочет понять и переслать согласно настройке 324
Dron
Цитата(rsuhanov @ 29.9.2010, 16:07) *
На LG по 7-ке и по 9-ке можем выходить на внешние....

А у астериска тип набора номера Enblock или Overlap?
stasmar
При транзите LG может изменять АОН..
rsuhanov
Меняли (ВКЛ/ВЫКЛ) на Asterisle метод Overlap - результат тот же ...
stasmar
В 166-й то поменяли на 1-цу?
rsuhanov
Про АОН - что и где можно попробовать? Какой результат нужен?
rsuhanov
В 166 - стоит "1"
rsuhanov
А как можно на LG посмотреть что отдает в потоке Asterisk?
stasmar
Цитата(rsuhanov @ 29.9.2010, 16:38) *
А как можно на LG посмотреть что отдает в потоке Asterisk?

На системнике видно - занимается или нет линия при транзитном соединении, если ее прописать на программируемой кнопке..
rsuhanov
Мы так делали ... кнопка загорается, в деталях, типа протокол обмена ....
stasmar
Цитата(rsuhanov @ 29.9.2010, 16:36) *
Про АОН - что и где можно попробовать? Какой результат нужен?

Может я ошибаюсь... Транзит АОН: ПГМ 143 – ПК 7
harris
- Какая версия ПО на станции??
- В ПГМ324 для собственной нумерации станции номер NET GRP должен быть = 0, а не 1 !!
- В ПГМ324 для нумерации Астериска включите опцию "CO ATD CLI"
Т.е.
1#**, NET GRP 0
2#**, NET GRP 0
3#**, NET GRP 0
4**, NET GRP 1, CO ATD CLI = ON
5**, NET GRP 1, CO ATD CLI = ON,

- Какой АОН присылает Aстериск в LDK при транзите??? Нужно, чтобы Астериск присылал АОН = 4ХХ или 5ХХ, т.е. номер сетевого абонента, иначе придется все по-другому программировать, чтобы в "город" пересылать нормальный АОН.
В 143/7 (CLI Transit) оставьте значение по умолчанию = CFW
rsuhanov
CLI Transit выставлен в CFW
rsuhanov
Поменяли:
1#**, NET GRP 0
2#**, NET GRP 0
3#**, NET GRP 0
4**, NET GRP 1, CO ATD CLI = ON
5**, NET GRP 1, CO ATD CLI = ON
Но в город, так и не выходим ...
Asterisk передает АОН 4хх или 5хх, LG их правильно определяет.
Как нам научить видеть 7-ку
rsuhanov
такое впечатление что LG пытается занять внешнюю линию, но что-то мешает ...
harris
Цитата(rsuhanov @ 29.9.2010, 17:14) *
такое впечатление что LG пытается занять внешнюю линию, но что-то мешает ...

В LDK используется маршрутизация LCR??? (ПГМ220-222)??
rsuhanov
Через лог WinTariff, который мониторит LG видим, что при вызове городского номера с Asteriska LG правильно воспринимает городской номер, занимает 061 линию, но вызов отбивается с длительностью 0 сек.
rsuhanov
Дело оказалось в АОН-е у провайдера, на 1-м потоке он был (через него как раз Asterisk и пытался выйти), на другом нет, попробовали через 2-ой выход в город прошел.
rsuhanov
ВСЕМ СПАСИБО!!!
harris
Цитата(rsuhanov @ 29.9.2010, 18:26) *
Дело оказалось в АОН-е у провайдера, на 1-м потоке он был (через него как раз Asterisk и пытался выйти), на другом нет, попробовали через 2-ой выход в город прошел.

Да, но если:
4**, NET GRP 1, CO ATD CLI = ON
5**, NET GRP 1, CO ATD CLI = ON
и Asterisk передает АОН 4хх или 5хх,
то при транзите должен был уходить АОН вашего Attendant'а (назначенного в ПГМ164). Так что непонятно, почему не прошло в другому потоку.
stasmar
Цитата(harris @ 29.9.2010, 18:46) *
Да, но если:
4**, NET GRP 1, CO ATD CLI = ON
5**, NET GRP 1, CO ATD CLI = ON
и Asterisk передает АОН 4хх или 5хх,
то при транзите должен был уходить АОН вашего Attendant'а (назначенного в ПГМ164). Так что непонятно, почему не прошло в другому потоку.

А разве это не выбирается в ПГМ 143 – ПК 2 и 18?
harris
Цитата(stasmar @ 29.9.2010, 22:33) *
А разве это не выбирается в ПГМ 143 – ПК 2 и 18?

Что "это"????? blink.gif
Стас! Ты о чем???
Прочти внимательно мою фразу: mad.gif
Если ... (условия)..., то при транзите должен был уходить АОН вашего Attendant'а .
А уж как сформирован АОН аттенданта - это совсем другое дело. Как АОН назначен самому аттенданту для данного исходящего транка, так и будет использоваться при транзите.
stasmar
Игорь!
Извиняюсь за некорректность моего вопроса.
Я имел ввиду, что провайдера устаривает АОН атенданта..
harris
Цитата(stasmar @ 30.9.2010, 13:28) *
Игорь!
Извиняюсь за некорректность моего вопроса.
Я имел ввиду, что провайдера устаривает АОН атенданта..

blink.gif Стас! Твои уточнения только усугубляют взаимное непонимание!!
Ты меня уже запутал...
Если бы провайдера не устраивал АОН аттенданта, то аттендант не смог бы звонить в город. Так что хотел сказать??
В чем именно заключается твой вопрос или утверждение или комментарий???
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2025 IPS, Inc.