У меня * 1.2.6, есть две сетки где сервер на котором стоит *
является шлюзом. То есть у * есть 2 IP адреса - x.x.x.x
и у.у.у.у
Так вот в чем проблема: Если регистрироваться на * по SIP
то когда указываю что надо регистрироваться на х.х.х.х
все прекрасно, если же указываю в качестве registrar proxy
адрес у.у.у.у то с него * отказывает в регистрации :(

вот лог:

--- (12 headers 0 lines)---
Using latest REGISTER request as basis request
Sending to 82.200.199.12 : 10977 (NAT)
Transmitting (NAT) to 82.200.199.12:10999:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 82.200.199.12:10977;branch=z9hG4bK_001346221177_T47820949;received=82.200.199.12
From: <sip:krrk@217.151.226.102:5060>;tag=001346221177_T348462622
To: <sip:krrk@217.151.226.102:5060>
Call-ID: REGISTER_001346221177_T218640513@82.200.199.122
CSeq: 3 REGISTER
User-Agent: DavionKstVoIP
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:krrk@88.204.216.58>
Content-Length: 0


---
Jul 5 22:28:26 NOTICE[10198]: chan_sip.c:6292 check_auth: stale nonce received from '<sip:krrk@217.151.226.102:5060>'
Transmitting (NAT) to 82.200.199.12:10999:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 82.200.199.12:10977;branch=z9hG4bK_001346221177_T47820949;received=82.200.199.12
From: <sip:krrk@217.151.226.102:5060>;tag=001346221177_T348462622
To: <sip:krrk@217.151.226.102:5060>;tag=as683645c5
Call-ID: REGISTER_001346221177_T218640513@82.200.199.122
CSeq: 3 REGISTER
User-Agent: DavionKstVoIP
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:krrk@88.204.216.58>
WWW-Authenticate: Digest realm="asterisk", nonce="32314c21", stale=true
Content-Length: 0

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

Блин, вообще то непонятно, ты регистрируешь внешнего юзера на внешний ИП 82.200.199.12 или внутреннего юзера через НАТ на внешний ИП 82.200.199.12? Приведи реальные адреса а не ххх.ххх.ххх.ххх

В общем ситуация такая что у меня два канала интернет. оба с реальными адресами и оба на сервер где стоит *. Так вот для одного канала выделен блок адресов, часть клиентов этого блока хотят звонить через *, вот, и для регистрации используют IP моего сервера именно для этого канала. Тогда как у меня на * в sip.conf realm указан IP из другого канала.
Так вот при регистрации клиент при обращении на xxx.xxx.xxx.xxx получает ответ от * с адресом ууу.ууу.ууу.ууу - и регистрация не проходит. :(

Нашел в чем проблема: SIP bindaddr=0.0.0.0 confusion. Если кто сталкивался с такой ситуацией буду призателен за подсказки как это можно побороть. А на OH323 + GnuGK кто нибудь не реализовывал подобное?

в sip.conf надо указывать именно SIP bindaddr=0.0.0.0, т е слушать на всех интерфейсах.
Про OH323 + GnuGK использовать оба ИП адреса - забудь. В Н323 жестокая привязка к одному конкретному ИП адресу.

ded: в sip.conf надо указывать именно SIP bindaddr=0.0.0.0, т е слушать на всех интерфейсах.

<p>
Проблема в том что: If you configure bindaddr=0.0.0.0 in sip.conf, SIP will not truly bind to any IP other than the first IP on a particular ethernet interface (or more specifically, the system's ip route to the SIP device, which will be the first IP unless configured otherwise). It will respond to requests sent to any IP on the machine, however those responses will always be sent from the first IP and therefore if the original request was sent to a secondary IP, the response will inevitably be discarded by the SIP device as unrelated.

В общем не умеет * по СИП-у грамотно два интерфейса рулить. (для multihomed случая).
А с GnuGK - нда... тот тоже привязку делает. но по крайней мере со всех интерфейсов регистрирует клиентское железо. вот.

а слабо поднять на машине еще loopback с каким-нить приличным адресом, привязать к нему * и регить всех на него?

Тут тогда клиенты должны знать про этот loopback - вернее знать маршрутизацию на него, а сервак где стоит * не является шлюзом для клиентов :( и статически прописать его на шлюзе есть проблема. Думаю надо искать другой путь.

1. Это не отказ в регистрации, а требование авторизоваться по digest-md5:

to 82.200.199.12:10999: SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 82.200.199.12:10977;branch=z9hG4bK_001346221177_T47820949;received=82.200.199.12 From: ;tag=001346221177_T348462622 To: ;tag=as683645c5 Call-ID: REGISTER_001346221177_T218640513@82.200.199.122 CSeq: 3 REGISTER User-Agent: DavionKstVoIP Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Contact: WWW-Authenticate: Digest realm="asterisk", nonce="32314c21", stale=true Content-Length: 0

2. Тут проблема не в Asterisk, в роутинге. Asterisk подставляет адрес x.x.x.x для ответа в сеть y.y.y.y, типа primary interface ip address. Решается при помощи linux advanced routing. Читать howto. Тогда в сеть x.x.x.x астер будет подставлять соотв адрес, и в сеть y.y.y.y другой адрес.
:cool: