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

[davidjonson]

насчёт кодека- знаю, что не установлен. Просто установка 729 свалила звёздочку. С трудом вернул всё назад, а указанная строчка- это всё, что осталось Статью изучу обязательно, спасибо за подсказку- кодек нужен будет для работы в будущем.

До конфига доберусь сейчас, выложу.

[ded]

Если установка 729 свалила звёздочку, то Вы выбрали не тот кодек, не той версии, не той платформы, и т.д.

[davidjonson]

вот конфиг обещанный

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

[general]
port = 1720
bindaddr = 10.41.151.190
h323id =Podolsk_Asterisk
gateway = yes
gatekeeper = 88.1.255.60
h245tunneling=yes
mediawaitforconnect=yes
logfile=/var/log/asterisk/h323_log
context=from_gatekeeper
dtmfmode=rfc2833
tracelevel=7
;callerid = Podolsk_Asterisk
;accountcode= Podolsk_Asterisk

; выделено 10 пиров, 8275410 до 419

[8275410]
type=friend
context=from_gatekeeper
ip=88.1.255.60
port=1719
callerid=8275410
;rtptimeout=60
dtmfmode=rfc2833
h245tunneling=yes
disallow=all
allow=alaw
;allow=g729
prefix= 1#

[8275411]
type=friend
context=from_gatekeeper
ip=88.1.255.60
port=1719
;rtptimeout=60
dtmfmode=rfc2833
h245tunneling=yes
disallow=all
allow=alaw
;allow=g729
prefix= 1#

[davidjonson]

одну ошибку, возможно, уже нашел сам- должно быть type=peer. Вспомнил как регистрировал звёздочку на сипнете.

[ded]

выделено не 10 пиров, а 10 DIDs, с 8275410 до 419
Поэтому можно использовать параметр
callerid=8275410
а можно передавать этот параметр в диалплане через
exten => _X,n,Set(${CALLERID}(num)=8275410)

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

[Voskresensk]
type=peer
context=from_gatekeeper
ip=88.1.255.60
port=1719
callerid=8275410
;rtptimeout=60
dtmfmode=rfc2833
h245tunneling=yes
disallow=all
allow=alaw
;allow=g729
prefix= 1#

[Voskresensk2]
type=peer
context=from_gatekeeper
ip=88.1.255.61
port=1719
;rtptimeout=60
dtmfmode=rfc2833
h245tunneling=yes
disallow=all
allow=alaw
;allow=g729
prefix= 1#

и если префикс указан на пире, то
exten => _8XXXXXX,1,Dial(ooh323/${EXTEN}@Voskresensk);

По прежнему вижу неразрешимую проблему в трассе
10.41.151.190 => -------> 88.1.255.60
где явно NAT, и это работать поэтому не будет. Объяснения давал коллега amateur выше.

[davidjonson]

преобразования сетевых адресов нет- как это проверить\доказать- пока не знаю . Есть не совсем работающая маршрутизация. Она (маршрутизация) кривая изначально, с момента построения сети- постоянно что-нибудь отваливается. Но обидно очень, что какая-то вонючая железка AddPac 700 работает по этой сети и даёт телефонию. А вот астер, который я пытаюсь внедрить в нашу организацию ( и который успешно работает у нас по SIP по этим же маршрутам, пропуская даже видеоконференции) -астер, который поддерживается кучей народа, не может нормально зарегится на какой-то там циске.

[davidjonson]

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

[davidjonson]

завтра утром у меня будет конфиг одной из чужих цисок, которая нормально регистрируется, работает и звонит. Посмотрим, может там что удастся выудить/понять...

[ded]

Конффиг чужой циски не поможет, ибо

поддержка NAT не реализована в большинстве H.323-устройств (в т.ч. в канальных драйверах Asterisk) по причинам не связанным с самой технологией.

И если Астериск регистрируется по Н323 на какой-то там циске, то почему бы ему не зарегистрироваться по SIP на ней же? Или вообще соорудить на неё статический пир без регистрации?

[davidjonson]

Если я правильно понял, дело не в конфигах и даже не во мне, а в ограниченных возможностях самого астериска. Что же, значит астериск в нашей огранизации не сможет победить тадиранов. жаль. Тель-Авив победил.