Правила форума
Перед тем как спросить, воспользуйтесь поиском! Если Вы не нашли решение и собираетесь написать, рассчитывая получить ответ: ОБЯЗАТЕЛЬНО УКАЗЫВАЙТЕ! 1. Модель АТС 2. Версии MP/LP (процессоров АТС) 3. Версии плат интерфейсов VoIP, ISDN; IP терминалов и WLAN оборудования
// User definition user Panasonic is static 192.168.0.15 { facility Private; proxy level full; alias '1..'; }
user OS7100 is static 194.186.90.ххх { facility Public; proxy level full; alias '3..'; h245 tunneling true; fast start true; }
вроде все правильно, но тунелирования между панасом и самсунгом не включается... расчитывал на чудо, т.е. что аква будет со стороны панаса принимать не тунелированый трафик и отправлять на самсунг с публичного интерфейса тунелированный... или а авке и это как-то можно дополнительно прописать?
первый - 7100 регистриться на акве или аква работает тупо как прокси без регистрации ? и что значит приписка о локальном адресе 7100 ? почему локальный ? если разговор идет о нате то как минимум должен быть внешний .. второй - если панас не имеет тунелирования то зачем там указывать на акве что тунель енабле ?
вопрос с регистрацией не просто поднял - был у нас опыт на 500-ках и связке с аваей авая по умолчанию имеет гейткипер и работает только через него ... так вот пока мы 500-ку не зарегили на нем - голос с аваи на самс не шел вообще это все применительно к 323-му
читать инструкцию надо тогда когда уже ничего не получается )
аква в данном случае используется тупо для проксирования Н.323 травика от панаса в публичную сеть...
приписка о локальном адресе - в процессе хандинка между панасом и самсунгом, самсунг в пакете с сообщением connect отправляет свой приватный адрес, это может быть как следствие того что самсунг получает от панаса ответ о нетунелируемом соединении, а самсунг с нетунелируемым соединением может работать только в локальной сети, видимо поэтому и подставляет свой приватный адрес...
акве указывал "h245 tunneling true" в надежде что она со стороны панаса будет принимать нетунелилованный травик, а в сторону самсунга слать тунелированный - но не прокатило...
зарегить 7100 на акве - боюсь может привести к тому же результату что и без регистрации, т.е. на момент хандинга опять разойдутся в тунелировании...
самый простой вариант сконфигурировать 7100 для роботы в локальной сети и спрятать ее за акву, тогда все нетунелированное соединение сможет полностью создаться...
ЗЫ: а мне тут на форуме попадалось несколько раз что панасы с самсунгами вяжутся в сеть без проблем - не так уж все гладго выходит...
ну наш форум это еще не все форумы )) на панасе веселей ... откровенно гооворя у нас есть пара клиентов с панасами в корпоративке - сначала долго настраиваешь потом все работает как только надо что то новое ввести - начинает колбасить нас ) - пока оттестируешь пока придумаешь что еще изменить заапргрейдить...
а на счет все просто просто все ставиться обычно в корпоративные сети а там натирования нет.... поэтому скорее всего и как бы нет проблем .... кому как повезло )
читать инструкцию надо тогда когда уже ничего не получается )
тему наверное можно считать закрытой... всем большое спасибо за помощь в разборках этой проблемы... а по поводу панаса могу сказать одно - сильно розочаровался, ну как можно было не сделать поддержку тунелирования, даже если панас прямиком без ната воткнуть в публичную сеть, то тогда с самсунгом вообще не подружишь, т.к. самсунг в публичной сети без тунелирования Н.245 дальше хандинга не двинится и в этой ситуации самсунг более прав...
Так вы попробовали поставить в сторону Панасоника на Акве Тунелирование Disable (как оно и есть по факту)? Действительно хочется найти решение.. Ведь не случайно данный недостаток Панасоника существует с эры TDA, перекочевал в TDE и не спешит быть устраненным.. Я так думаю, что Панасоник зажался отчислять лицензионные и сделал H323 стэк сам, либо использует чей-то фришный, но уж больно недоразвитый... Самсунг всю жизнь использовал H323/SIP стэк от RAD Vision (Cisco жаднее видать). Так, что в плане правоты поведения в этой ситуации я даже не сомневаюсь...