Помогите пож-та разобраться.

Прикрутил к Trixbox 2.6.1.1 шлюз Dlink DVG-7044S. Он подключается, проблем никаких. Звонки идут как с *, так и обратно с FXO и FXS.
Как только в Trixbox я прописываю DNS сервер (чтобы asterisk увидел и-нет и настроить транк на sipnet), то после ребута шлюз к астериску никак не хочет подключаться.

тебе нада правильно указывать domain realm в настройках шлюза

На шлюзе где Domain Realm пробовал прописывать IP адрес астериска.

Не помогло. Шлюз постоянно находится в статусе Proceeding
А в астериске на некоторое время эти транки активными становятся (даже 1 раз успел позвонить) а дальше переходят в неактивный статус.

Скопировал логи, может они прояснят ситуацию:
---
Retransmitting #4 (no NAT) to 83.69.71.6:5060:
OPTIONS sip:7542@83.69.71.6:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.5.250:5060;branch=z9hG4bK6a9fbb85;rport
From: "Unknown" <sip:Unknown@192.168.5.250>;tag=as16b8f464
To: <sip:7542@83.69.71.6:5060>
Contact: <sip:Unknown@192.168.5.250>
Call-ID: 75a3fee53d1eeac272a29bfa4b47f2cb@192.168.5.250
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Mon, 11 Aug 2008 10:03:08 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0


---
Really destroying SIP dialog '75a3fee53d1eeac272a29bfa4b47f2cb@192.168.5.250' Method: OPTIONS
Retransmitting #4 (NAT) to 192.168.5.251:5060:
OPTIONS sip:202@83.69.71.6:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.5.250:5060;branch=z9hG4bK6b6bdaa3;rport
From: "Unknown" <sip:Unknown@192.168.5.250>;tag=as261ce756
To: <sip:202@83.69.71.6:5060>
Contact: <sip:Unknown@192.168.5.250>
Call-ID: 34182caf44b8ecd773a77a981e79bb83@192.168.5.250
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Mon, 11 Aug 2008 10:03:08 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0

укажи в domain realm имя asterisk или что там у тебя в днс на него прописано

dns находится не у меня, а у провайдера. Домен к моему айпи никакой не привязан.
Можно как-то по другому выйти из этой ситуации?

пришли результаты
sip debug ip х.х.х.х, где х.х.х.х - IP адрес шлюза

Вот оно:
---
Really destroying SIP dialog '539d65a83cd5e0e31088d6bb331344d0@192.168.5.250' Method: OPTIONS
Retransmitting #4 (NAT) to 192.168.5.251:5060:
OPTIONS sip:202@83.69.71.6:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.5.250:5060;branch=z9hG4bK65535e0b;rport
From: "Unknown" <sip:Unknown@192.168.5.250>;tag=as2c866009
To: <sip:202@83.69.71.6:5060>
Contact: <sip:Unknown@192.168.5.250>
Call-ID: 63d3cc5a54c4e5620447b95b5909f620@192.168.5.250
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Mon, 11 Aug 2008 12:11:59 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0


---
Really destroying SIP dialog '63d3cc5a54c4e5620447b95b5909f620@192.168.5.250' Method: OPTIONS

Поясню, * стоит за шлюзом.
192.168.5.251 - шлюз
192.168.5.250 - *
83.69.71.6 - WAN порт шлюза

шлюз как раз Dlink DVG-7044S?
если да, то не получится заставить работать. у меня не получилось так

Да, именно Dlink DVG-7044S...

у меня не получилось заставить регистрироваться шлюз на сервере, который расположен в его внутренней подсети в режиме маршрутизатора. он ищет сервер на внешнем порту. пришлось поставить отдельный маршрутизатор и не морочить голову