Доброго времени суток!
Есть следующая конструкция SIP->шлюз Alvis->E1->MG 300->LDK 300->GMS-шлюз (аналоговые СО)
Требуется при звонке с SIP выпустить звонок через GSM-шлюз
На оконечной LDK настроен LCR - звонки ходят на шлюз
С транзитной MG звонки ходят на шлюз
С SIP могу позвонить на любой внутренний номер
При звонке с SIP на сотовый (т.е. через шлюз) на MG видно следующее:
5762 CO001 040 00:00:00 30/11/16 22:15:17 T8961ХХХХХХХ 0 0
5763 CO040 001 00:00:00 30/11/16 22:15:17 R3620201 0 0
т.е. звонок идет, но остается без ответа со стороны LDK (там в логе тишина)
Куда копнуть??? (форум помоему уже весь перерыл)

Что то не верится, что вы весь форум перерыли! Про организацию транзита писано много! Да и документацию никто не отменял! Вот в Руководстве по программированию ipLDK очень хорошо все написано, с примерами.
Вы все настроили касательно транзита на MG в разделе Voice Network (320, 321 программы), на ipLDK в разделе Network(программы 320-324)?
Или иначе - что вы настраивали?

На LDK у меня прописаны PTSN по DEF кодам - 8913, 8914 (например)
Тоже самое на MG, т.е. набирая на MG 8913ххххххх звонок улетает на LDK и там выпускается через нужный шлюз (группы СО по операторам).
А нужно фактически тоже самое, но только транзитом через MG с входящего потока - а как это прописать я и не могу сообразить

Абоненты LDK по LCR выходят на GSM-шлюзы, подключенные к LDK.
так вот для абонентов MG, настроенные LCR в LDK не будут отрабатывать.(именно про это и писалось ранее на форумах).
в LDK (в 324) нарисуй код выхода на GSM-шлюзы. из MG также должен прийти такой же код(можно и через 251-ю пгм,)

Спрашивал, что настраивали? Ответа полного не получил! Продолжаем пытать(А оно мне нужно? )
На MG настраивали?:
Networking Attribute(320)
Networking Numbering(321)
Digit Conv Table(251~252)
CO COS Assignment(177)
CO-to-CO Attribute(179)

И что там у вас?

Ну почему сразу пытать я просто не знаю что нужно показать...
PGM 320

PGM 321

PGM 251 (для входящего потока)

PGM 177 - все COS стоят 1
PGM 179 (если я правильно понял как это работает, первая группа входящий поток, вторая группа поток до LDK)
тут я пробовал Direct включать...

Ну а где ж в Digit Cjnv Table назначение входящего?
Ну и с такими с такими настройками 179 проги MG не пропустит далее... Direct надо включить. Ну и Release...

На LDK в 324 вот так нарисовано, для "локальных" (в внутренних номеров) звонков с MG все правильно работает

вот про назначение входящего чуть подробнее можно?
у меня на входе произвольный федеральный номер - куда мне его завернуть?

и в 179 я правлиьно логику понял по вводу номеров СО ?

по MG
по 179-й пгм:
- указывать номера групп, а не номера линий

по 251-й пгм:
- и где нарисовано, что должно уходить далее на LDK?

по 321-й пгм:
между станциями PRI работает всё-таки по overlap или enblock?

[quote name='stog' date='1.12.2016, 10:25' post='98819']
вот про назначение входящего чуть подробнее можно?
у меня на входе произвольный федеральный номер - куда мне его завернуть?

из города к вам какой номер должны набрать, чтобы вы далее отрулили через MG на LDK(и потом на GSM-шлюзы)

Вы у меня спрашиваете, куда вам надо завернуть?!
Бр-р... вы сами то представляете, что вам нужно?

в том то и дело, что звонят не на какой-то определенный номер, который можно завернуть куда нужно...
звонок приходит с SIP во входящий поток напрямую - и вот его уже нужно зарулить
я могу назначить какой-то статичный CLI, с которого приходит вызов изначально

Что значит с сип во входящий поток напрямую?
Вот абонент внешний какой номер набирает, чтобы "звонок пришел с SIP во входящий поток напрямую"? Как вы направляете такой вызов, например, на нужного абонента MG?

Еще раз:
с SIP звонок приходит на голосовой шлюз alvis (ставится в разрыв потока+asterisk на борту) - т.е. фактически звонок с SIP напрямую приходит по потоку в MG.
Т.е. если я набираю на сип телефоне сейчас номер например своего сотового, то на MG в логе:
5762 CO001 040 00:00:00 30/11/16 22:15:17 T8961ХХХХХХХ 0 0 - CO001 это входящий поток
5763 CO040 001 00:00:00 30/11/16 22:15:17 R3620201 0 0 - CO040 это уже поток до LDK, R3620201 - CLI на шлюзе alvis подставляется 3620201 (можно любой назначить)

sip т/а к чему прописан(к MG или к Alvis)

Или мы на разных языках разговариваем, или вы читаете невнимательно, что вам пишут!!!
Повторяю вопрос - как на MG вы назначаете входящие вызова на абонента MG? Может так понятнее...
Оставим пока в покое транзит.
Времени потрачено уже...

Походу, я вообще уже не понимаю, что нужно!

И?
Я понимаю так - Набираю некий номер и по сип(точнее, по потоку) вызов поступает на MG и этот входящий через GSM шлюз, подключенный к ipLDK переслать , например, на мобильный какой то.

начал вначале писать про ICLID, но удалил, видимо зря.....

Т.е., в сетапе MG получает 8961ХХХХХХХ?

В Digit Conversion Table, назначенной для линий входящего потока прописать
Dialed Digit = 89ХХХХХХХХХ
Changed Digit = 89ХХХХХХХХХ (или код Outgoing CO Group в сторону LDK + 89ХХХХХХХХХ)
Apply Option = CO line

Ну и PGM 177, PGM 179...

да, почти верно, только нужно переслать не на какой-то один определенный мобильный, а именно на тот номер, который на сип телефоне набрали

сделал, ничего не поменялось, в логе все тоже самое...
если я там все правильно понимаю, то нет ответа LDK

Трассировку потока в сторону LDK на MG снимите! Что там хоть происходит...

Да, попробуйте Overlap вместо Enblock.

Make Transit CLI на линиях потока в сторону LDK?

Столько времени потрачено! За это время....

19:22:09(69) [COL:001 <-- ISDN] [SETUP ] ASC ID( ) TRK_STATE_I
DLE (01)
04038090A31803A983816C09008033363230303030700C803839363132313734
313931

--IE_BEARER_CAPABILITY--
CCITT standardized coding
speech
circuit mode
64kbits
recommandation G.711 A-law

--IE_CHANNEL_INFO--
interface implicitly identified
other inferface
exclusive
is not D-channel
as indicated in following octets

CCITT standard coding
indicated by num in following octet
B channel units
81

--IE_CALLING_NO--
unkown
unkown
presentation allowed
not screened
3620000

--IE_CALLED_NO--
unkown
unkown
896XXXXXXX

19:22:09(71) [COL:001 --> ISDN] [SETUP ACK ] ASC ID( ) TRK_STATE_I
DLE (01)
1803A98381

--IE_CHANNEL_INFO--
interface implicitly identified
other inferface
exclusive
is not D-channel
as indicated in following octets

CCITT standard coding
indicated by num in following octet
B channel units
81

19:22:09(80) [COL:041 --> ISDN] [PRE_SEIZE ] ASC ID(COL:001) TRK_STATE_I
DLE (01)
00

19:22:09(83) [COL:041 <-- ISDN] [PRESEIZE_ACK ] ASC ID(COL:001) TRK_STATE_O
G_WAITPP_PRESEIZE_ACK(01)

19:22:13(80) [COL:041 --> ISDN] [SETUP ] ASC ID(COL:001) TRK_STATE_T
OG_ENBLOCK_DIAL (01)
A104038090A31803A9838B6C09008033363230303030700C8038393631323137
34313931

--IE_SEND_COMPLETE--

--IE_BEARER_CAPABILITY--
CCITT standardized coding
speech
circuit mode
64kbits
recommandation G.711 A-law

--IE_CHANNEL_INFO--
interface implicitly identified
other inferface
exclusive
is not D-channel
as indicated in following octets

CCITT standard coding
indicated by num in following octet
B channel units
8b

--IE_CALLING_NO--
unkown
unkown
presentation allowed
not screened
3620000

--IE_CALLED_NO--
unkown
unkown
896XXXXXXX

19:22:13(12) [COL:041 <-- ISDN] [CALL PROCEEDING ] ASC ID(COL:001) TRK_STATE_T
OG_ENBLOCK_DIAL (02)
1803A9838B

--IE_CHANNEL_INFO--
interface implicitly identified
other inferface
exclusive
is not D-channel
as indicated in following octets

CCITT standard coding
indicated by num in following octet
B channel units
8b

19:22:13(12) [COL:001 --> ISDN] [CALL PROCEEDING ] ASC ID(COL:041) TRK_STATE_T
IC_DIAL (01)
1803A98381

--IE_CHANNEL_INFO--
interface implicitly identified
other inferface
exclusive
is not D-channel
as indicated in following octets

CCITT standard coding
indicated by num in following octet
B channel units
81

19:22:19(80) [COL:041 --> ISDN] [DISCONNECT ] ASC ID(COL:001) TRK_STATE_T
OG_DIAL (03)
08028090

--IE_CAUSE--
CCITT standardized coding
user
normal call clearing

1016 CO001 041 00:00:00 01/12/16 19:22:09 T896XXXXXXXX 0
0
19:22:19(80) [COL:001 --> ISDN] [DISCONNECT ] ASC ID(COL:041) TRK_STATE_T
IC_DIAL (02)
080280A9

--IE_CAUSE--
CCITT standardized coding
user
temporary failure

1017 CO041 001 00:00:00 01/12/16 19:22:09 R3620000 0
0
19:22:19(00) [COL:001 <-- ISDN] [RELEASE ] ASC ID(COL:041) TRK_STATE_R
LS_GUARD (01)
080281A9

--IE_CAUSE--
CCITT standardized coding
private network serving local user
temporary failure

19:22:19(00) [COL:001 --> ISDN] [RELEASE COMPLETE ] ASC ID(COL:041) TRK_STATE_R
LS_GUARD (01)
080281A9

--IE_CAUSE--
CCITT standardized coding
private network serving local user
temporary failure

19:22:19(10) [COL:041 <-- ISDN] [RELEASE ] ASC ID(COL:001) TRK_STATE_R
LS_GUARD (01)
08028090

--IE_CAUSE--
CCITT standardized coding
user
normal call clearing

19:22:19(10) [COL:041 --> ISDN] [RELEASE COMPLETE ] ASC ID(COL:001) TRK_STATE_R
LS_GUARD (01)
08028090

--IE_CAUSE--
CCITT standardized coding
user
normal call clearing

включено

Overlap на линияx в сторону LDK - помогло!!!
теперь осталось убедиться что все остальное не поломалось)))

Dron, vitalii - спасибо вам огромное за помощь!
я знал, что побухтите маленько как обычно, но поможете супер!

И снова я со своими вопросами
SIP->шлюз Alvis->E1->MG 300->LDK 300->E1
Меняю LDK-300 на eMG800 (параллельно осваивая очередную концепцию программирования)
И опять уткнулся, только в этот раз со звонками на федеральные сотовые с SIP и с транзитной MG300 - говорят сразу неправильно набран номер (внутренние звонки и на городские номера прекрасно ходят)
Куда бежать, куда смотреть?))) подозреваю что затык может быть и на eMG800 и на MG 300

Если поток E1, то смотреть лучше всего трассировку на транзитной АТС. Будет видна причина отбоя.

Звонок SIP->Alvis->E1->MG300->E1->eMG300, заканчивается фразой "неправильно набран номер"Нажмите для просмотра прикрепленного файла

Ну судя по трассировке атс пропустила вызов через себя, и город дал ответ unallocated number. Вызов пришел по 1-й линии, а на город ушел по 32 линии.
А есть разница между этим вызовом и вызовом с атс, смотрящей в город на трассировке?
То есть нужна трассировка на этот же городской номер с этой же линии удачного вызова.

да все верно, вызов приходит через один поток, а уходит дальше (как бы в город, но на самом деле на другую АТС для начала) через другой поток.
при звонке непосредственно с MG300 на мобильные такая же ошибка (звонок тоже идет через eMG), а вот на городские номера и внутренние (причем от eMG он может еще на другие АТС улетать) звонок прекрасно идет...
трассировки в моменте снимать не могу - нужно вечером поздно приезжать, потоки перетыкать физически...

eMG-800 программируется в тех же программах, что и LDK-300. открывай программы в LDK-300 и переноси в eMG800.....
имеется в виду "транзиты" и "сетевая нумерация" и LCR

Так же, да не так...
Перенес настройки с LDK, стало лучше, но не до конца ))
Например набираем 12345678900, в логах:

1234 072 00:00:08 17/04/18 22:36 I RING 00:00
1234 030 00:00:00 17/04/18 22:36 O5678900 0
т.е. первые 4 цифры теряются и все тут... а вот оставшися 7 расцениваются как городской номер и звонок проходит

Вопрос! А как оно у вас, собственно, настроено то?!

по наитию )))
Нажмите для просмотра прикрепленного файла Нажмите для просмотра прикрепленного файла
собственно у меня затык со звонками на сотовые, приходящими с транзитной MG, остальное вроде все работает

Где набираете?

набираем либо на SIP телефоне либо на транзитной MG - результат одинаковый

Реальный пример полного набора номера?

да, только вместо цифр 12345678900 в примере мой номер
т.е. в лог в колонку STA падают 8961 ,а остальная часть как набор идет в город (причем соединение проходит, если последние 7 цифр номера совпадут с существующим городским)

Вообще, если речь идет об использовании линий eMG, то, собственно, как? У вас прописан на eMG только транзитный код 710!
Еще раз прошу расписать кто и что набирает на MG! Абонент MG такой то поднимает трубку и набирает то то!....

на eMG у меня есть в 10й ячейке код 89**
на MG (или SIP) набирают 89ХХХХХХХХХ (без 9 выход на город), далее работает LCR (во всяком случае в текущей конфигурации с LDK)

В вашем бекапе этого нет! Кстати, там в 324 программе у вас и нумерация собственная eMG не прописана.
Да, код PSTN не может быть в виде 89**. Предполагаю, что оно у вас как NET прописано?
Вам надо прописывать транзитные коды 89ХХ также, как они прописаны на MG.

да, возможно в моем бэкапе PTSN 8961, я уже методом перебора начал действовать и разные варианты пробовать, в том числе и 89** - результат одинаков