Угу. А китайскому школьнику не получить никогда хорошей отметки, если он не вскрыл ни одного русского астериска.

Использование SIP на лыже дает 2 существенных ограничения:
1. Невозможность использования сетевого плана в том виде, как это предусмотрено разработчиками.
2. Имена абонентов пропадают.

H.323 ни разу не специфичный, в отличие от сипа он базируется на Q.931 и жестко стандартизирован, чего не скажешь о сипе, где каждый лепит что может, кладя на RFC огромный болт. Для общего развития рекомендую посмотреть что с сипом сделала МС в линке, а так же зоопарк с шифрованием.
То, что конкретно в вашем случае в меньшей степени повезло с h.323 и в большей - с сипом - заслуга сугубо Ваша и астера.
Основные косяки лыжного h.323-стека изъезжены вдоль и поперек, способы обхода описаны, как мной так и Иваном, и работало это как в связке, описанной мной (причем базовый функционал был поднят за 2 дня), так и в связке с астером у Ивана.
Пользуясь случаем хотел спросить - как у Вас на сипе работает трансфер и форвард когда оба плеча на voip ? :-)

у меня Asterisk внутренний, наружу не глядит, потому незнаю как там китайцы будут его ломать, в одном повторюсь что Asterisk всеголишь лучшее дополнение к iPECS. потому что iPECS у нас по нормальному так и не заработал с МТС и с Ростелекомом, а вторая версия прошивки в которой действительно разработчиками исправлен баг (который я отправлял и помогал описать) еще сырая. в дальнейшем это просто будет бесполезный оффтоп.

Прошивка официальная, сделанная по Россию.

1. Действительно для нормального сетевого плана по SIP ipLDK не годится, нужен минимум iPECS.
2. Имена да, действительно на SIP работают в один конец это минус.

Все трансферы и форварды работают нормально по SIP.
Нормально также работет IVR и распределеие звонков через IVR на любой офис. Есть нюанс, все LG станции между собой свзязаны по H.323, и все звонки между Asterisk шлюзами и ipLDK разруливает iPECS-MG, вот тут и вышло его прекрасное дополнение. А так при необходимости с телефонного аппарата можно сделать Transfer вызова на любую станцию включая Asterisk абонентов и наоборот.

К сожалению после последней вздрючки (на 1.7Di станция перезагружается при работе с МТС, прошивался на B.0Ce возникли другие проблемы), генералы запретили эксперементирвать с прошивками станции потому пришлось откатываться на 1.7Di и искать альтернативу, после настройки теперь все работает даже лучше чем хотелось в B.0Ce было много багов, частично которые я успел отправить. одним из багов было то, что не освобождаются внешние линии, что в результате приводит к невозможности совершить звонок. теперь я вынужден ждать нормальных релизов
еслибы мне было на чем эксперементировать т.е. стоял бы у меня инженерный образец я бы обязательно проводилбы эксперименты и выдавал бы регулярные отчеты о найденых багах.

Рекомендую посмотреть на занятие VOIB каналов при трасфере на MG когда оба плеча на сипе.

Не выявил проблем (да и раньше их небыло)

внешний Вх.звонок по SIP на Asterisk(1) IVR --> transfer по SIP --> iPECS-MG внутр.абонент --> transer SIP --> Asterisk(2) внутр.абонент --> transfer SIP --> iPECS-MG внутр.абонент --transfer H.323 --> ipLDK внутр.абонент.

Итого на iPECS-MG занялось всего 4 канала из 32 имеющихся (VOIB24+VOIB8), тем не менее все тесты прошли успешно, и удалось поговорить по всем тестируемым линиям. Понятно что режим reroute работать не будет, но в общем нам всеравно при таком количестве каналов, темболее таких сложных звонков у нас просто не бывает.

а по сабжу новости есть? развели оффтоп....

Еще разок подниму тему.
Есть ли какие-нибудь изменения по этому вопросу?

Добрый день,

Тоже интересует данный вопрос. Новостей нет?

Вниманию всех заинтересованных лиц!!
Данная затянувшаяся на долгое время ( увы) проблема по связке Panasonic и MG по H.323 наконец-то решена (после очередного "пинка" разработчикам). Корейцам наконец-то удалось найти баг в софте и устранить его. Теперь входящие H.323 вызовы от Панаса нормально отрабатываются в MG, и Панас не отбивает вызов.
В данный момент проблема устранена на тестовой версии B[2].1Bx.
В ближайшее время аналогичные исправления будут внесены в официальную версию 2.5.

Добрый день,

Не появилась версия 2,5? Сроки выхода не известны?

По последней информации от разработчиков они внесли изменения в версию B[2].5Bb аналогично выше упомянутой B[2].1Bx.
Так что данная проблема должна быть решена на B.5Bb.
Увы, проверить версию В.5Bb с Panasonic'ом у нас нет сейчас возможности.
Если есть желание проверить, то могу выслать этот тестовый софт.

Официальный релиз версии 2.5B должен появиться в течении 1- 1,5 мес.

Вышлите софт на selkonst собака rikt.ru или на selkonst собака ya.ru , давно ждём, вчера вот напомнили.
и

О какой именно версии идет речь: B[2].1Bx или B[2].5Bb ?

Хотелось бы официальну, но пока поджимают можно и попробовать тестовую. В общем ту, которая через 8 сек. не рвёт связь с Panasonic_ом. Я так понял пока только есть B[2].1Bx. версия, 2.5 ещё ждать месяц?

MPB-100 B[2].5Bb
MPB-300 B[2].5Bb

Спасибо, попробуем как подготовимся.

Добрый день!

Снова вернусь к данному вопросу.
Правильно ли я понимаю.
Прошивка iPECS-MG/GS56M-2.5Ci OCT/14, новее чем iPECS-MG/GS56M-B.5Bb FEB/14?

Столкнулись с тем что на 2.5Ci вновь происходят обрывы при звонке по voip(h.323) на Panasonic. Ещё пока тестируем может у нас баг какой-то. Кто-то может проверить у себя? Не могли Корейцы в новой прошивки вернуть старый баг?