неправильная регистрация на гейткипере.

[amateur]

Если AddPac работает, значит либо NAT нет, т.к. в AddPac тоже не реализована поддержка NAT для H.323, либо все устройства находятся по одну и ту же сторону от NAT. В чем действительно надо разобраться, так это в принципе адресации, используемом в вашей H.323-сети. Общий взгляд на принцип настройки характеризует ее как "невнятную".

Во-первых, надо понять как необходимо регистрироваться, т.е. по какими псевдонимами ("Alias'ами") нужно себя представлять остальной H.323-сети.

В H.323 применяются различные схемы адресации (h323-ID, dialedDigits, url-ID, email-ID и пр.). Какие конкретно выбраны в вашей сети - мне неизвестно. Однако самые распространенные - это h323-ID и dialedDigits. Вы утверждаете, что Вам выдан (кем?) псевдоним типа h323-ID равный 'Podolsk_Asterisk'. Предположим, что это верное утверждение, т.к. Привратник вас регистрирует. Если регистрироваться ТОЛЬКО ПОД ЭТИМ псевдонимом, то вызвать вас можно тоже ТОЛЬКО ПО НЕМУ, т.е. другие H.323-устройства должны быть способны направлять Привратнику запросы поиска адреса типа h323-ID равного 'Podolsk_Asterisk'. Программные H.323-терминалы это могут, аналоговые VoIP-шлюзы, как правило, нет.

Поэтому, для аналоговых VoIP-шлюзов, таких как указанная модель AddPac, существует схема адресации адекватная возможностям обычного номеронабирателя на телефоне. Согласно этой схеме, адрес может состоять из цифр и символов * и #. Она называется dialedDigits. В конфигурации AddPac, помимо регистрации h323-ID, присутствует директива 'tech-prefix 1#', которая инструктирует устройство зарегистрировать себя, используя схему адресации dialedDigits, под префиксом 1#.

Таким образом, согласно конфигурации AddPac, после регистрации Привратник знает вас как:
h323-ID = 'Podolsk_Asterisk' -> callSignalAddress = '10.41.151.190:1720'
dialedDigits ~ '1#' -> callSignalAddress = '10.41.151.190:1720'

~ означает поиск совпадения начальной части значения (префикса), а не значения целиком

Если какой либо H.323-терминал обратится к Привратнику с запросом поиска адреса типа h323-ID = Podolsk_Asterisk или типа dialedDigits, начинающегося с 1#, Привратник вернет тот callSignalAddress, который ваш Asterisk указал при регистрации (в сообщении RRQ). Далее этот H.323-терминал будет пытаться установить TCP-соединение на данный адрес с целью организовать канал для передачи сообщений H.225.0 CallSignalling.

Кроме того, программные продукты, реализующие функции Привратника H.323, как правило, имеют возможность различным образом модифицировать адресную информацию. Их применение зависит от конкретной настройки ПО. Поэтому не факт, что он доходит до вызываемого H.323-терминала именно в том виде, в котором ее отправляет вызывающий. Это нужно проверять экспериментально.

Я плохо разбираюсь в chan_ooh323. Однако попытался разобраться каким образом в нем формируется список псевдонимов для регистрации у Привратника. Насколько я понял, для регистрации префикса 1# нужно добавить в секцию [general] параметр e164=1#. После этого регистрация должна быть выполнена идентично AddPac, и вызвать вас можно будет указанными выше способами.

[davidjonson]

Пробую с префиксом. Разве может е164 иметь значение 1# ?
Да, и немного смущает параметр no register e164 в настройках AddPac...

Пока могу сказать только одно- независимо от содержания h323id привратник возвращает одно и то же значение gatekeeperIdentifier.

[ded]

Не смущайтесь. Параметр register e164 в настройках AddPac служит для регистрации экстеншна на гейткипере - телефона, подключенного к порту FXS, если такой имеется. Шлюзы AddPac бывают разные, не только с портами FXO.
gatekeeperIdentifier - это его идентификатор, он сообщает своё имя как бы - Voskresensk.
Это имя не может меняться в зависимости от запроса на регистрацию, как Вы понимаете.
Не факт, что префикс 1# нужно регистрировать. Это т.н. технический префикс, просто добавляется впереди в каждом наборе.

[davidjonson]

Понятно. Тогда вопрос: где в логах высмотреть, правильно ли идентифицирует привратник подключаемого? может происходит анонимная регистрация?

[ded]

Надо смотреть логи на гейткипере.

[amateur]

Понятно. Тогда вопрос: где в логах высмотреть, правильно ли идентифицирует привратник подключаемого? может происходит анонимная регистрация?

К чему этот вопрос?

Если Привратник зарегистрировал ваше оконечное устройство (ответил сообщением RegistrationConfirm, RCF), значит он принял те данные, которые оконечное устройство включило в запрос на регистрацию (в сообщение RegistrationRequest, RRQ). Если бы Привратник не принял эти данные, то он вернул бы отказ в регистрации (сообщение RegistrationReject, RRJ).

Может быть пора задать вопрос администрации этого Привратника каким образом должно быть организовано взаимодействие? Без этой информации непонятно что за проблему мы решаем. Вы уже вроде как зарегистрировались. Пора попытаться кого-нибудь вызвать. Как конкретно это нужно делать в вашей H.323-сети? Если путем набора номера, то каковы правила набора? Если как-то иначе, то как именно?

[davidjonson]

там вот какая история- привратник возращает RCF, но при этом

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

11:57:58:907 Registration Confirm (RCF) message received
11:57:58:907 Gatekeeper supports KeepAlive, Registration TTL is 300
11:57:58:907 Deleted RRQ Timer.
11:57:58:907 GkClient Received RAS Message
11:57:58:907 Received RAS Message = {
11:57:58:907 infoRequest = {
11:57:58:907 requestSeqNum = {
11:57:58:907 28501
11:57:58:908 }
11:57:58:908 callReferenceValue = {
11:57:58:908 0
11:57:58:908 }
11:57:58:908 callIdentifier = {
11:57:58:909 guid = {
11:57:58:909 '00000000000000000000000000000000'H
11:57:58:909 }
11:57:58:909 }
11:57:58:909 segmentedResponseSupported = {
11:57:58:910 NULL
11:57:58:910 }
11:57:58:910 }
11:57:58:910 }

То есть , насколько я понимаю, проблема в callidentifier - всё по нулям...


ну а при наборе номера-
-- Called ooh323/8275107@88.1.255.60
== Everyone is busy/congested at this time (1:0/0/1)



а вот endpointIdentifier = {
12:22:25:411 815062B40000005D
12:22:25:411 }
кто скажет- правильный или нет?

[ded]

Как с Вами тяжело! Что Вы докопались до NULL и до идентификаторов? Как можно судить по 815062B40000005D - правильный он или нет?
У Вас была установка: посылать вызовы с техническим префиксом 1#
то есть надо было -- Called ooh323/1#8275107@88.1.255.60
и при этом видеть лог этой попытки.
з страницы перемывания порожних обсуждений! А решать эти проблемы клиентского подключения (вашего!) к своему гейткиперу должна была решать техподдержка этого оператора, или кто он там. Вы им ведь деньги платите за сервис, а не фантики? А проблемы подключения бегаете решать на сторону? А они, видимо, заняты другими, не менее важными делами! В чём надо им ещё помочь?
Гиперплатный суппорт сильно бы образумил..

[davidjonson]

я вписал его в секцию [general]

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

general]
port = 1720
bindaddr = 10.41.151.190
h323id =Podolsk_Asterisk
;e164=1#
gateway = no
gatekeeper = 88.1.255.60
h245tunneling=yes
mediawaitforconnect=yes
logfile=/var/log/asterisk/h323_log
context=from_gatekeeper
dtmfmode=rfc2833
tracelevel=7
callerid =8275410
;accountcode= Podolsk_Asterisk
prefix= 1#.

попоробую в диалплане указать.

[ded]

prefix= 1# в секции [general] - это один из валидных способов аутентификации H.323, как заметил коллега amateur, а не способ набора.