Вопрос не про SIP, а про H.323. Сорри.
Есть gnugk в качестве Н323 прокси. С одной стороны 192.168.ххх.ххх, а с другой - нормальный интернетовский адрес. Все работает.
Зарегистрированные абоненты могут вывывать друг друга и не зарегистрированных внешних абонентов.
В вот как сделать, чтобы внешние незарегистрированные на gatekeeper-е вызовы (они даже не знают, что вызываемый адрес - это не терминал, а гейткипер) прибрасывались на заранее извесный терминал внутри?
например - вызов с такого-то адреса - а 192.168.0.1,
а все прочие на 192.168.0.2.

Есть 3 схемы:
GK - GK
GW - GK
GW - GW
В Вы хотите чтобы было GW -> GKW :-))
Так не бывает. GW должен знать что там GK.
От этого зависят типы запросов (LRQ, ARQ, Setup)

Ну про схемы - все понятно. Меня смущает то, что искомое решение не является чем-то уникальным. Ужели видеоконференции через файрволл чего-то особенное. Есть несколько клиентов за файволом, которые привыкли проводить конференции точка-точка со своими партнерами бог знает где. Проводить в произвольном стиле - то вызывают они, то вызывают их. До сих пор такая ситуация решалась так - дотягивалась внешняя сеть до их девайса, этой железяке присваивался внешний адрес и наслаждайтесь общением. Но количество таких клиентов все время возрастает, сами они начинают переезжать в другие помещения, меняются провайдеры вместе со внешними адресами. Чего-то надоело делать все связанные с этими изменениями работы. Решили изменить схему, рассмотрев какие-либо варианты проксирования. gnugk - умеет сигнальный и медиа проксирование. Вот и думаем как бы его прикрутить к делу.
Предварительно, все более менее работает, хотя схема становится несимметричной. Своих клиентов я застроить могу запросто, но считаю неправильным требовать каких либо значительных переделок у удаленных партнеров. Требование работать через наш гейткипер или ставить собственный - неприемлемое решение. Максимум чего можно их просить - поменять адрес вызова.

А что касается GRQ|ARQ|LRQ и прочее, то тут и хотелось бы услышать про какой-нить фокус.
Предварительно проверена схема типа

[RasSrv::PermanentEndpoints]
xxx.xxx.xxx.xxx=white_house

[RewriteCLI]
in:my_ip_address=white_house=cremlin

То есть звонки из белого дома (который мы зарегистрили на нашем GK вручную), на адрес GK пересылаются в кремль во внутренней сети.
Вроде даже чего-то заработало (уже после обращения в форум :))
Не уверен, что это оптимальное решение, да и решение ли это?!

Лично мне представляется ситуация настолько обычной, что таки решил все-таки поспрашивать.

Гугль затрудняется, из вменяемых форумов про VoIP знаю только этот - пользую астериск уже несколько лет в других проектах. Вот и нагло влез сюда со своей бедой :)

Это умеет любой гейткипер. Но видео - вряд ли. IMHO нужно MCU/MCM.

bibigon:

Требование работать через наш гейткипер или ставить собственный - неприемлемое решение. Максимум чего можно их просить - поменять адрес вызова.

Спорно. Минимум, что вы можете - использовать FQDN вместо ИП адресов, чтобы когда нужно просто поменять запись ДНС.

bibigon:

То есть звонки из белого дома (который мы зарегистрили на нашем GK вручную), на адрес GK пересылаются в кремль во внутренней сети.

Давайте определимся с терминологией. ГК поддерживает статические пиры, без регистрации, и динамические с регистрацией через логин/пароль по RAS. Фраза "который мы зарегистрили на нашем GK вручную" в этом свете не 2 не 1,5.

bibigon:

Гугль затрудняется, из вменяемых форумов про VoIP знаю только этот - пользую астериск уже несколько лет в других проектах. Вот и нагло влез сюда со своей бедой :)

Вполне вменяемый по более широкому кругу VoIP вопросов http://www.voipinfo.ru/forum/index.php
Начните с теории: http://www.en.voipforo.com/H323/H323_components.php

Про любой не скажу, не знаю. А вот про cisco IOS с GK on-board читал, что он поддерживает ТОЛЬКО Direct mode routing - то есть GRQ, RRQ, LRQ и чего там еще, а Call signalling и далее, терминалы пусть выясняют сами между собой директно.

Видео вполне проксируется, медиа-прокси называется.

ded:

bibigon:

Требование работать через наш гейткипер или ставить собственный - неприемлемое решение. Максимум чего можно их просить - поменять адрес вызова.

Спорно. Минимум, что вы можете - использовать FQDN вместо ИП адресов, чтобы когда нужно просто поменять запись ДНС.

Вовсе не спорно, хотел бы я посмотреть на реакцию белого дома, если я скажу чтоб они пользовали наш GK для свзи с нами и каждый раз перенастраивали свой polycom если захотят говорить с какой-нить там Британией.

ded:

bibigon:

То есть звонки из белого дома (который мы зарегистрили на нашем GK вручную), на адрес GK пересылаются в кремль во внутренней сети.

Давайте определимся с терминологией. ГК поддерживает статические пиры, без регистрации, и динамические с регистрацией через логин/пароль по RAS. Фраза "который мы зарегистрили на нашем GK вручную" в этом свете не 2 не 1,5.

В gnugk вполне можно зарегистрировать пир, который не в курсе про RRQ. Так что очень даже 2, я надеюсь.
Вообще-то, я уже писал в предыдущем посте, схема на первый взгляд, работает - но
а) нужно еще много тестить,
б) скорее всего не оптимальна,
в) паразитные эффекты пока совершенно не просчитаны
г) в самом деле, ужель никто такого не делал?!

ded:

bibigon:

Гугль затрудняется, из вменяемых форумов про VoIP знаю только этот - пользую астериск уже несколько лет в других проектах. Вот и нагло влез сюда со своей бедой :)

Вполне вменяемый по более широкому кругу VoIP вопросов http://www.voipinfo.ru/forum/index.php
Начните с теории: http://www.en.voipforo.com/H323/H323_components.php

За ссылки - спасибо пойду смотреть. Ну а за посыл на RTFM - отдельное :)

а если попробовать GnuGK в режиме full proxy? Тогда внутренних по номеру разделяете, да и все.