Доброго вам времени суток, уважаемые!
Я был бы очень признателен вам, если бы вы помогли решить или хотя бы указали "man что" в моей ситуации.

Есть Asterisk 1.6.2, собранный с поддержкой H323 из исходников на CentOS 5.5. Адрес - 10.1.1.4
Есть две аналоговые АТС: LG IPLDK100 (10.1.1.1) и LG IPLDK20 (10.1.1.2). Все три АТС соединены между собой по H323:

--------h323.conf----------
[ipldk20]
type=friend
host=10.1.1.2
port=1720
context=office
disallow=all
allow=alaw
allow=g729
allow=gsm
dtmfmode=rfc2833

[ipldk100]
type=friend
host=10.1.1.1
port=1720
context=office
disallow=all
allow=alaw
allow=g729
allow=gsm
dtmfmode=rfc2833
--------h323.conf----------

Есть SIP-транк наружу:

------sip.conf-------
[trunk_incoming]
type=peer
context=trunk_incoming
host=<trunk_ip>
nat=no
qualify=yes
dtmfmode=info
disallow=all
allow=ulaw
allow=alaw

[trunk_outgoing]
type=peer
qualify=yes
dtmfmode=info
context=trunk_outgoing
host=<trunk_ip>
disallow=all
allow=ulaw
allow=alaw
------sip.conf-------


Проблема заключается в следующем:
если я звоню с софтофона, подключенного к asterisk, на мобильный номер 891630*****, то звонок наружу через транк проходит:

------ asterirk output ----
== Using SIP RTP CoS mark 5
-- Executing [891630*****@office:1] NoOp("SIP/admin-00000000", "891630*****") in new stack
-- Executing [891630*****@office:2] Set("SIP/admin-00000000", "CALLERID(number)=188") in new stack
-- Executing [891630*****@office:3] Dial("SIP/admin-00000000", "SIP/trunk_outgoing/891630*****,120") in new stack
== Using SIP RTP CoS mark 5
-- Called trunk_outgoing/891630*****
-- SIP/trunk_outgoing-00000001 is making progress passing it to SIP/admin-00000000
== Spawn extension (office, 891630*****, 3) exited non-zero on 'SIP/admin-00000000'
-- Executing [h@office:1] NoOp("SIP/admin-00000000", "h") in new stack
------ asterirk output ----

Но если я пробую сделать то же самое с телефона, подключенного к любой из двух IPLDK, то вижу следующее:

------ asterirk output ----
-- Executing [891630*****@office:1] NoOp("H323/ip$10.1.1.2:8195/15584", "891630*****") in new stack
-- Executing [891630*****@office:2] Set("H323/ip$10.1.1.2:8195/15584", "CALLERID(number)=188") in new stack
-- Executing [891630*****@office:3] Dial("H323/ip$10.1.1.2:8195/15584", "SIP/trunk_outgoing/891630*****,120") in new stack
== Using SIP RTP CoS mark 5
-- Called trunk_outgoing/891630*****
-- Got SIP response 603 "Declined" back from trunk_ip
-- SIP/trunk_outgoing-00000000 is busy
== Everyone is busy/congested at this time (1:1/0/0)
-- Auto fallthrough, channel 'H323/ip$10.1.1.2:8195/15584' status is 'BUSY'
-- Executing [h@office:1] NoOp("H323/ip$10.1.1.2:8195/15584", "h") in new stack
------ asterirk output ----

набор осуществляется для всех трех АТС одинаково:

------extensions.conf------
[trunk_outgoing]
exten => _8XXXXXXXXXX,1,Set(CALLERID(name)="")
exten => _8XXXXXXXXXX,n,Set(CALLERID(number)=188)
exten => _8XXXXXXXXXX,n,Dial(SIP/trunk_outgoing/${EXTEN},120)
------extensions.conf------

Подскажите пожалуйста, как настроить астериск так, чтобы звонки с аналоговых АТС проходили через asterisk наружу?

С уважением, Илья
jid: zloddy@stopicq.com
mailto: zoddy@inbox.ru

-- Got SIP response 603 "Declined" back from trunk_ip
http://wiki.sipnet.ru/index.php/SIP_ответы_и_их_значения

Плохо быть глупым (((

Понятно, что ошибка 603 (отказ без указания причины) требует участия провайдера услуги.
Вот, что он мне написал:

---------------цитата---------------
Соединения с преобразованием сигнализации (вроде H.323 <-> SIP), а уж
тем более соединения между внутренними и внешними сетями необходимо
полностью проксировать (в т.ч. и RTP-поток).

Попробуйте поставить в файле sip.conf в описании устройства строчку

directmedia=no

и посмотреть, что после этого получится.


Кроме того, необходимо в нашу станцию посылать сигнализацию с тех
адресов, с которых мы ожидаем. Т.е. bind-ить sip-интерфейс нужно не на
адрес 0.0.0.0, а на явно заданный из нашей сети.

Т.е. в файле sip.conf в секции [general] заменить строчку

udpbindaddress=0.0.0.0

на

udpbindaddress=адрес_asterisk_в_нашей_телефонной_сети

---------------цитата---------------


Сделал все, как он сказал, поведение не изменилось. Пров молчит, проклятый.

Советы от провайдера вполне адекватны , нужно дебажить и дампить. ОБращайте внимание на адреса и порты.

Это совершенно необязательно, а остальное -- верно.

zoddy:

Соединения с преобразованием сигнализации (вроде H.323 <-> SIP)
...
необходимо полностью проксировать (в т.ч. и RTP-поток).

sip debug дал следующие результаты:

когда вызов в город через транк происходит от SIP-абонента asterisk, то в поле From исходящего вызова находятся верные данные:
From: "Admin" <sip:188@trunk_ip>

а если производить вызов через аналоговую АТС, в поле From находится следующее:
From: "Anonymous" <sip:Anonymous@anonymous.invalid>

Подскажите пожалуйста, как изменить значение этого поля? Различные манипуляции с Set(CALLERID(all)) результатов не дали.

Судя по всему, аутентификация в транке работает через поле From, и если оно не равно sip:188@trunk_ip, то происходит отказ с ошибкой Declined

PS: прошу прощения, что отнимаю ваше драгоценное время

fromuser=188
fromdomain=trunk_ip

После добавления строки fromuser=188 и пересборки астериска (?!) на freebsd связь появилась.
Благодарю всех за ценную помощь!