Тема: Объединение Ldk300 и Gdk162 по потоку
Задача такая
есть LDK300 версии 3.5 и GDK162 ver 5.0. Между ними проброшен поток E1.
Что даст объединение станций по QSIG и что для этого надо?
Создано Aut
Что даст объединение станций по QSIG и что для этого надо?
Из практики выяснилось что ничего...😠
Да уж...
Практика показала что QSIG в LDK версии 3.x несовместим с QSIGом GDK
Максимум что удасться получить это единый план нумерации
тут либо цена и почти никаких сервисных функций у lg по транзиту сервисов, либо avaya и куча сервисов, но и цена как минимум в 3 раза.
Ну почему сразу avaya… Две LDK между собой прекрасно вяжутся и сервисы практически все есть.
с QSIG проблема совместимости только между 162 и LDK ver 3.5? А с LDK 2.2 и GDK такая проблема есть?
В принципе же можно doungrade софта сделать:-)
Совместимость есть между GDK-162 и LDK ver.2.0. (на версиях до 2.0 включительно нельзя было организовать транзитные операции без активации QSIG). Начиная с ver.2.2 протокол QSIG изменен. Но даже если заменить ПО на LDK на старую версию, Вы все равно желаемого результата не получите - ни LDK ни GDK не будут “обрубать” обратные петли. Я Вам об этом уже писал... Замена ПО на старую версию и доп. затраты на приобретение ключей QSIG для двух станций, ИМХО, не имеет никакого смысла...
День добрый.
Насколько я понял организовать единый план нумерации между LDK300 и GDK162, со стороны GDK, реально только с помощью LCR.
Единый план нумерация сделал, вызовы ходят, а вот с транзитным вызовом-не срост.
На LDK прописан “0” тип линий PSTN, NET группа прописана. COS линий первый.
Со стороны GDK “0” прописан в LCR.
При наборе 0-ля начинает работать LCR,занимается линия потока, затем таймаут и отбой. Думаю ошибка со стороны 162-й, потому что в трейсе потока пусто.
Ошибка идет, и при блоке, и оверлапе.
Давно не ковырял 162-ю, может что упустил. Что мог упустить? Может счетчик количества цифр, хотя причем он тут?
А Вы для начала проверьте работу транзита без LCR на 162-ой (отключите LCR)!!!!
Просто вручную - выход на поток, набор 0 и далее - номер.
Создано harris
А Вы для начала проверьте работу транзита без LCR на 162-ой (отключите LCR)!!!!
Просто вручную - выход на поток, набор 0 и далее - номер.
Дык пробовал - тоже самое.
Выхожу на линию, набираю 0. если набирать номер далее, на третье цифре-ошибка.
В LDK на потоке стоит DID Conv Type =1 ???
Создано harris
В LDK на потоке стоит DID Conv Type =1 ???
...Не могу сейчас посмотреть, но кажется менял на 1 тип. Если это так, то и сам уже понял где ошибка 😊
Попутно, непонял (чесно и не разбирался, не до этого было) почему при звонке из LDK в GDK на системнике пишется не внутренний номер, а line ringing.
Значит номер А не приходит.
Создано Евген_й
Значит номер А не приходит.
- логично:)
Не точная цитата “если тип линий поставлен NET, то в качестве calling номера отправляется значение ISDN CLI.” Чего я собственно не вижу.
Хотя если я ставлю тип линий PSTN, то все ок.
Создано ИгорьS
- логично:)
Не точная цитата “если тип линий поставлен NET, то в качестве calling номера отправляется значение ISDN CLI.”
А этого мало...😊 Нужно, чтобы в ПГМ324 для собственной нумерации станции была указана NET GRP = 0 !!!;)
Игорь спасибо за NETGRP=0. Сам долго бы ковырял:)
Новый вопрос объявился. Поиск пока ни чего дал. Нормально ли работает первод звонка при соединении GDK и LDK.
Т.е. я сейчас получаю следующее:
вызов приходит по PRI в 300-ку, абонент набирает FLASH внутренний номер GDK, набор номера идет, но городской абонент получает отбой :(
Где-то я опять не прав?
Проверил на другой связке 300-ки
и сторонней станцией- получил тоже самое :(
Станции объеденены по network plan. Обычный набор удаленного номера проходит.
PS: NET ENABLE-OFF
NET TRANSFER MODE-JOIN
