Задача такая
есть LDK300 версии 3.5 и GDK162 ver 5.0. Между ними проброшен поток E1.
Что даст объединение станций по QSIG и что для этого надо добавить?

Вопрос поставлен очень некорректно, нужна дополнительная информация...

QSIG (если имеется в виду приобретение ключей на открытие доп. функций) в данном случае абсолютно ничего не даст, поскольку в LDK версии 3.5 и на GDK по разному реализован протокол QSIG. Стыковки по QSIG не получится. Но может будет достаточно EDSS1??? Объединить станции можно и без QSIG, при этом будет единый план нумерации и транзит на LDK...Как правило, в большинстве случаев этого вполне хватает...Впрочем, смотря как задача ставится.

Вообще-то надо сделать переадресацию со 162 на 300 и при необходимости в обратном направлении. Все это с системных апаратов.

Если под переадресацией подразумевается Transfer (передача вызова), то - без проблем, для этого QSIG не требуется. Впрочем, и Call_Forward (переадресация) тоже можно осуществить. Это доступно с любых телефонов, а не только с системников.

Нужна как раз внешняя переадресация, она нормально будет работать по потоку с GDK162? Как насчет таймеров всяких, типа неконтролируемой конференции?
И еще в случае чего при работе по потоку обратные петли рубиться будут или нет?

Сама по себе переадресация будет работать, а вот петли, конечно же, ни LDK, ни GDK "рубить" не будут. Для этого нужен QSIG, хотя и в этом случае гарантии нет. С такой задачей, насколько я понимаю, не всегда успешно справляются и более продвинутые станции. Поищи по этой теме по форуму...
Таймер неконтролируемой конференции будет отрабатываться... Ну и что, чем он мешает?? Его можно увеличить до max.

ок, спасибо. Поищу, почитаю.
Наверно лучше будет найти способ сделать upgrade с GDK162 на LDK300:)

162-ю продать, пока еще можно (авторитетно заявляю :))...300-ку купить...Радоваться жизни! :)

Ну, продавать 162-ю и покупать 300-ку - это, как ни крути, - дополнительные затраты... У меня в нескольких местах работают 300-ки в паре со 162-ми + транзит - и в целом все нормально...

Игорь, если бы Вы прочитали мое приватное сообшение, то поняли бы, что я имел ввиду...:) Версию на 162-й, ИМХО, поднимать придется, и автор не указал есть ли у него PRIB для нее...

PRIB найти не проблема.
проблема будет входящие на 162 вызовы кидать на 300 без участия персонала и резервирования внутренних портов.