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

[ded]

На этом этапе - нет. Гейткипер не сообщает об терминалах и шлюзах, хотя в одних случаях разрешает установить прямую сессию RTP между эндпойнтами, а в других - нет, проксирует через себя.
Читайте ещё про RAS.

[ded]

Я про эндпоинты вот о чём. когда я набираю номер телефона, откуда гейткипер знает, на какой шлюз его отправить? Я так понимаю, что например, он видит что я набираю 8275602, то он, гейткипер, ищет где-то у себя, на каком шлюзе находится этот эндпоинт, и туда переводит мой запрос. Я вот не пойму, где в этой цепочке Podolsk_Asterisk ?

Приведу пример:

Код: Выделить всё

user terminal_A
{
 location VEGA;
 group member NetMeeteng_clients;
 login "megasecret|199";
 alias "199";
}

user Gateway_32        //  Podolsk_asterisk в вашем случае
{
 location MSK;
 proxy level none;
 static '10.11.12.13';
 alias '0[1-9]......';
 alias '007495.+';
 translate alias '0([1-9].+)' to '3412#\1'; 
 translate incoming callee alias '007495(.+)' to '3412#\1'; // Local MGTS
 hunt level neutral;
 cost 10;
}

здесь terminal_A - суть ИП телефон № 199, зарегистрирован динамически, и гейткипер знает, что вызовы на номер 199 надо адресовать на тот ИП адрес, с которого он зарегистрировался своим алиасом и/или номером. А Gateway_32 - это шлюз, статически на ИП адресе стоит (а может и динамически регистрироваться), и гейткипер будет направлять на него вызовы 8-мизначные, начинающиеся на 0, а также начинающиеся на 007495.

Так как ваш АддПак регистрировался, то Астериск там прописан примерно так:

Код: Выделить всё

user Podolsk_Asterisk
{
location Podolsk;
// group member NetMeeteng_clients;
login "Podolsk_Asterisk";
alias "4...";
}

что-то типа того.
}

[davidjonson]

ACF- разве это не разрешение гейткипера на дозвон напрямую? шлюз и гейткипер поговорили по UDP, и привратник даёт разрешение на соединение с удалённым шлюзом, отвечая нашему шлюзу ACF.

ERROR:Failed to connect to remote destination for transmit H2250 channel - это, я так понимаю, происходит при попытке общения между шлюзами (либо нашим шлюзом и привратником) по TCP - это call setup, правильно?

[ded]

Нет, неправильно.
Я говорил, говорю, и говорить буду: обучаться на форуме - это всё равно что кушать руками. Можно только с крайней голодухи, а в обычных условиях - неприемлемо.
разрешение гейткипера на дозвон напрямую - это установки proxy level none; в конфигах гейткипера.
proxy level signaling - только сигнализация
proxy level full - полное проксирование: и сигнализация, и медиа.

Что-то я устал мусолить эту жвачку, задолбало объяснять, что проблема в NAT.

[davidjonson]

?

Приведу пример:

Код: Выделить всё

user terminal_A
{
 location VEGA;
 group member NetMeeteng_clients;
 login "megasecret|199";
 alias "199";
}

user Gateway_32        //  Podolsk_asterisk в вашем случае
{
 location MSK;
 proxy level none;
 static '10.11.12.13';
 alias '0[1-9]......';
 alias '007495.+';
 translate alias '0([1-9].+)' to '3412#\1'; 
 translate incoming callee alias '007495(.+)' to '3412#\1'; // Local MGTS
 hunt level neutral;
 cost 10;
}

здесь terminal_A - суть ИП телефон № 199, зарегистрирован динамически, и гейткипер знает, что вызовы на номер 199 надо адресовать на тот ИП адрес, с которого он зарегистрировался своим алиасом и/или номером. А Gateway_32 - это шлюз, статически на ИП адресе стоит (а может и динамически регистрироваться), и гейткипер будет направлять на него вызовы 8-мизначные, начинающиеся на 0, а также начинающиеся на 007495.

Так как ваш АддПак регистрировался, то Астериск там прописан примерно так:

Код: Выделить всё

user Podolsk_Asterisk
{
location Podolsk;
// group member NetMeeteng_clients;
login "Podolsk_Asterisk";
alias "4...";
}

что-то типа того.
}[/quote]


Всё равно непонятно. Вот кто-то чужой, пусть даже из зоны нашего рдного гейткипера 88.1.255.60, звонит мне на звёздочку. Гейткипер знает, что если номера вызываемых телефонов в диапазоне 8275410-8275419, то отправлять их нужно на шлюз с айпишником 10.41.151.190 (принадлежащий звёздочке). Где тут Podolsk_Asterisk ?

[ded]

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

[amateur]

Я в это место и смотрю. Вот что хотел спросить: Trying to connect to remote endpoint(88.1.255.60:1720) - это айпи гейткипера. разве тут не должен быть адрес удалённого шлюза?

IP-адрес удаленного шлюза был бы в том случае, если бы использовалась модель взаимодействия, называемая "Direct Endpoint Call Signaling". Однако, судя по отладке, можно сказать, что в вашей H.323-сети используется другая модель взаимодействия, которая называется "Gatekeeper Routed Call Signaling". Это означает, что Привратник также выполняет функции Signaling Proxy, т.е. роль посредника при взаимодействии оконечных устройств по протоколу H.225.0. Поэтому в сообщении ACF, в качестве callSignalAddress он указал не IP-адрес оконечного устройства, а свой. Для справки можете заглянуть в эту древнюю презентацию (слайды 29-31).

Проблема в том, что по какой-то причине Ваш Asterisk не может установить TCP-соединение на указанный IP-адрес. Проверяйте настройки пакетных фильтров по пути от Asterisk до Привратника. Возможно нужно начать с iptables на машине с Asterisk. Если уверены, что в вашей зоне ответственности препятствий на пути установки TCP-соединения с Привратником нет, обращайтесь опять к дружелюбной и заботливой тех.поддержке операторов. Причем сначала к тому оператору, который предоставляет вам канал передачи данных. Обязательно убедитесь, что на пути от Asterisk до Привратника нет NAT. Если есть, то это уже совсем другая песня...

[davidjonson]

Спасибо за презентацию, - с картинками действительно проще . И за разъяснение тоже. Буду разбираться с iptables. Для начала посмотрю, как там поживают всякие ufw, потом буду смотреть tcpdump на привратник. Нужно ещё разобраться, есть там NAT или нет. Пока не знаю как. Посмотрим...

IP 10.41.151.190.12042 > 88.1.255.60.1720: Flags [S], seq 2402572643, win 29200, options [mss 1460,sackOK,TS val 104957437 ecr 0,nop,wscale 7], length 0
IP 88.1.255.60.1720 > 10.41.151.190.12042: Flags [R.], seq 0, ack 2402572644, win 0, length 0
IP 10.41.151.190.12043 > 88.1.255.60.1720: Flags [S], seq 4181718273, win 29200, options [mss 1460,sackOK,TS val 104957439 ecr 0,nop,wscale 7], length 0
IP 88.1.255.60.1720 > 10.41.151.190.12043: Flags [R.], seq 0, ack 4181718274, win 0, length 0
IP 10.41.151.190.12044 > 88.1.255.60.1720: Flags [S], seq 3293726054, win 29200, options [mss 1460,sackOK,TS val 104957440 ecr 0,nop,wscale 7], length 0
IP 88.1.255.60.1720 > 10.41.151.190.12044: Flags [R.], seq 0, ack 3293726055, win 0, length 0
вот и весь обмен при звонке...

[davidjonson]

lenght 0 и flags R - такая запись обычно при подключении к закрытому порту. Или я не прав ?

[amateur]

lenght 0 и flags R - такая запись обычно при подключении к закрытому порту. Или я не прав ?

Вы уже начните ВСЕГДА записывать трафик в файл чтобы потом не гадать.