18.06.13, Dmitry Akindinov<CGatePro@mx.ru> написал(а):
> Здравствуйте,
>
> On 2013-06-18 17:37, alex sss wrote:
>> 18.06.13, Dmitry Akindinov<CGatePro@mx.ru> написал(а):
>>> Здравствуйте,
>>>
>>> On 2013-06-18 17:08, alex sss wrote:
>>>> 18.06.13, Dmitry Akindinov<CGatePro@mx.ru> написал(а):
>>>>> Здравствуйте,
>>>>>
>>>>> On 2013-06-18 16:46, alex sss wrote:
>>>>>> Доброго времени суток!
>>>>>>
>>>>>> 18.06.13, Dmitry Akindinov<CGatePro@mx.ru> написал(а):
>>>>>>> Здравствуйте,
>>>>>>>
>>>>>>> On 2013-06-18 02:51, alex sss wrote:
>>>>>>>> Доброго времени суток!
>>>>>>>>
>>>>>>>> Есть CGatePro 6, развернут на центос 6.4. Машина непосредственно
>>>>>>>> смотрит в инет. Имеется транк по сип к прову, по которому мы
>>>>>>>> получаем
>>>>>>>> городской номер.
>>>>>>>> Внутри войп сеть представлена телефонами циско спа 303.
>>>>>>>> При звонке извне вызов попадает на телефон секретаря. Он с помощью
>>>>>>>> телефона переводит звонок к примеру на соседний телефон. И тут
>>>>>>>> выясняется, что возникает односторонняя слышимость между удаленным
>>>>>>>> абонентом и этим соседним телефоном, на который перевели вызов.
>>>>>>>> Конкретно внутренний абонет все слышит, а внешний нет.
>>>>>>>> Слабо пока разбираюсь в CGatePro, но имею большой опыт работы с
>>>>>>>> астериском и фреесвитчом. Там такого рода проблемы частенько
>>>>>>>> решаются
>>>>>>>> установкой параметра canreinvite=no. В управлялке CGatePro не нашел
>>>>>>>> где бы запретить отсылку re-INVITE.
>>>>>>>
>>>>>>> В Астериске звонки всегда отрабатываются с помощью B2BUA механизмов,
>>>>>>> в
>>>>>>> CGPro же надо убедиться, что входные звонки роутятся через
>>>>>>> приложение
>>>>>>> gatewayincoming. Вторым параметром можно указать media, и тогда
>>>>>>> медиаданные будут проксироваться через сервер. Аналогом же
>>>>>>> "canreinvite=no" будет использование при вызове gatewayincoming
>>>>>>> параметра mixer.
>>>>>>
>>>>>> Спасибо вам за ответ. Могу ли обратиться с просьбой кинуть мне
>>>>>> какой-нить пример с описанием. Я например, не могу понять как мне
>>>>>> использовать gatewayincoming при входящих звонках.
>>>>>
>>>>> Как звонки вообще попадают в CGPro? Возможно, что шлюз присылает
>>>>> INVITE
>>>>> запросы на номер@12.34.56.78, где 12.34.56.78 - IP адрес CGPro? Тогда
>>>>> достаточно добавить в таблицу роутера:
>>>>>
>>>>> S:<*@12.34.56.78Ю = gatewayincoming{*,mixer}#postmaster@localhost
>>>>
>>>> Мы регистрируемся на софтсвиче провайдера (штатно с логином и
>>>> паролем). Регистрация прописана в RSIP пользователя pbx.
>>>> В маршрутизаторе я не вижу правил для входящих. Вот записи
>>>> маршрутизатора:
>>>
>>> При регистрации через RSIP звонки должны автоматом попадать в
>>> gatewayincoming (если только провайдер не чудит и не игнорирует Contact
>>> URI в регистрации). А чтобы использовался миксер надо в RSIP записи
>>> перед именем хоста/домена провайдера вставить две звёздочки: **
>>
>> Поставил **. Теперь звука при переводе нет вообще (напомню ранее мы
>> слышали удаленную сторону, а она нас нет)
>
> Нужны логи. Real-Time -> SIP -> Sending -> Transport == All Info,
> Real-Time -> Media -> Processing == Low Level, Network -> NATed IPs ->
> Media Proxy == Low Level. Позвонить, собрать лог, прислать на
> support@communigate.com

Описание на каком языке делать? По-русски они поймут?

> Best regards,
> Dmitry Akindinov
>
>
>
> ##################################################################
> Вы получили это сообщение потому, что подписаны на список рассылки
>   <CGatePro@mx.ru>.
>
> Чтобы отписаться, отправьте сообщение на адрес <CGatePro-off@mx.ru>
> Чтобы переключиться в режим дайджеста - mailto:<CGatePro-digest@mx.ru>
> Чтобы переключиться в индексный режим - mailto:<CGatePro-index@mx.ru>
> Для административных запросов адрес <CGatePro-request@mx.ru>
> Архив списка: http://mx.demos.su/lists/cgp-russian/
>
>
>
>