Linksys SPA-2102

Когда перенес учетные записи SPA-2102 в главный домен, и стал регистрироваться с короткими именами, вызовы стали приходить. То есть звонок на второй аппарат приходит, снимаю трубу, в трубе тишина, звук не идет и через несколько секунд в вызываемом аппарате начинаются короткие гудки:

В логах вот что:
10.10.1.54 - адрес вызывающего аппарата, 53 - вызываемого. Идей на сей раз никаких нет.

17:10:12.811 2 SIPDATA-000388 inp: req udp [10.10.1.54]:5060 INVITE(1047 bytes) sip:402@gw3.domain.int
17:10:12.811 4 SIPDATA-000388 Hash=1216020021
17:10:12.811 2 SIPS-000168 enqueued
17:10:12.811 2 SIPS-000168 [000388] INVITE sip:402@gw3.domain.int from udp [10.10.1.54]:5060
17:10:12.811 2 SIPDATA-000388 created SIPS-000168
17:10:12.811 2 SIPDATA-000389 out: rsp udp [10.10.1.54]:5060 100-INVITE(284 bytes)
17:10:12.811 2 SIPS-000168 [000389] 100-INVITE(trying) sent to udp [10.10.1.54]:5060
17:10:12.811 2 SIGNAL-000176 enqueued
17:10:12.811 2 SIPS-000168 created SIGNAL-000176
17:10:12.811 2 SIGNAL-000176 SIPS-000168: INVITE sip:402@gw3.domain.int
17:10:12.811 4 SIGNAL-000176 AOR added: sip:402@gw3.domain.int
17:10:12.811 4 SIGNAL-000176 applying server rules
17:10:12.811 2 SIGNAL-000176 INVITE sip:402@gw3.domain.int via sip:402@gw3.domain.int
17:10:12.822 2 SIGNAL-000176 spa2@gw3.domain.int has 2 registrations
17:10:12.822 2 SIPC-000086 enqueued
17:10:12.822 2 SIGNAL-000176 {1} sent to SIPC-000086: INVITE sip:402@gw3.domain.int@10.10.1.53:5060
17:10:12.822 2 SIPC-000086 INVITE sip:402@gw3.domain.int@10.10.1.53:5060
17:10:12.822 2 SIPC-000088 enqueued
17:10:12.822 4 SIPC-000086 resolving sip:402@gw3.domain.int@10.10.1.53:5060
17:10:12.822 4 SIPC-000086 resolved: 1 address(es)
17:10:12.822 4 SIPC-000086 trying: sip:10.10.1.53:5060
17:10:12.822 2 SIPC-000088 INVITE sip:402@10.10.1.53:5060
17:10:12.822 2 SIGNAL-000176 {1} sent to SIPC-000088: INVITE sip:402@10.10.1.53:5060
17:10:12.823 4 SIPC-000088 resolving sip:402@10.10.1.53:5060
17:10:12.823 4 SIPC-000088 resolved: 1 address(es)
17:10:12.823 2 SIPDATA-000390 out: req udp [10.10.1.53]:5060 INVITE(1182 bytes) sip:402@gw3.domain.int@10.10.1.53:5060
17:10:12.823 4 SIPC-000088 trying: sip:10.10.1.53:5060
17:10:12.823 2 SIPDATA-000391 out: req udp [10.10.1.53]:5060 INVITE(1163 bytes) sip:402@10.10.1.53:5060
17:10:12.823 2 SIPC-000086 [000390] INVITE sip:402@gw3.domain.int@10.10.1.53:5060 sent to udp [10.10.1.53]:5060
17:10:12.823 2 SIPC-000088 [000391] INVITE sip:402@10.10.1.53:5060 sent to udp [10.10.1.53]:5060
17:10:12.837 2 SIPDATA-000392 inp: rsp udp [10.10.1.53]:5060 100-INVITE(335 bytes)
17:10:12.837 2 SIPC-000086 [000392] 100-INVITE received
17:10:12.837 2 SIPDATA-000392 sent to SIPC-000086
17:10:12.842 2 SIPDATA-000393 inp: rsp udp [10.10.1.53]:5060 100-INVITE(335 bytes)
17:10:12.842 2 SIPC-000088 [000393] 100-INVITE received
17:10:12.842 2 SIPDATA-000393 sent to SIPC-000088
17:10:12.848 2 SIPDATA-000394 inp: rsp udp [10.10.1.53]:5060 180-INVITE(434 bytes)
17:10:12.848 2 SIPC-000086 [000394] 180-INVITE received
17:10:12.848 2 SIPDATA-000394 sent to SIPC-000086
17:10:12.848 2 SIGNAL-000176 180 (provisioning) from SIPC-000086
17:10:12.848 2 SIPDATA-000395 out: rsp udp [10.10.1.54]:5060 180-INVITE(385 bytes)
17:10:12.848 2 SIPS-000168 [000395] 180-INVITE(provisioning) sent to udp [10.10.1.54]:5060
17:10:15.049 2 SIPDATA-000396 inp: rsp udp [10.10.1.53]:5060 200-INVITE(833 bytes)
17:10:15.049 2 SIPC-000086 [000396] 200-INVITE received
17:10:15.049 2 SIPDATA-000396 sent to SIPC-000086
17:10:15.049 2 SIGNAL-000176 200 received from SIPC-000086
17:10:15.049 2 SIPC-000086 dequeued
17:10:15.049 4 SIGNAL-000176 collected code=200
17:10:15.049 2 SIGNAL-000176 200 relaying
17:10:15.050 2 SIPDATA-000397 out: rsp udp [10.10.1.54]:5060 200-INVITE(801 bytes)
17:10:15.050 4 SIGNAL-000176 cancelling all
17:10:15.050 2 SIPS-000168 [000397] 200-INVITE(final) sent to udp [10.10.1.54]:5060
17:10:15.050 4 SIPS-000168 terminating
17:10:15.050 2 SIPS-000168 dequeued
17:10:15.050 2 SIPC-000089 enqueued
17:10:15.050 2 SIGNAL-000176 SIPC-000088 cancelled
17:10:15.050 2 SIGNAL-000176 SIPC-000088 detaching
17:10:15.050 2 SIPC-000089 CANCEL INVITE sip:402@10.10.1.53:5060
17:10:15.050 2 SIPC-000088 cancelling SIPC-000089 created
17:10:15.050 2 SIGNAL-000176 dequeued
17:10:15.050 2 SIPDATA-000398 out: req udp [10.10.1.53]:5060 CANCEL(388 bytes) sip:402@10.10.1.53:5060
17:10:15.050 4 SIPC-000088 detached
17:10:15.050 2 SIPC-000089 [000398] CANCEL sip:402@10.10.1.53:5060 sent to udp [10.10.1.53]:5060
17:10:15.058 2 SIPDATA-000399 inp: rsp udp [10.10.1.53]:5060 200-CANCEL(296 bytes)
17:10:15.058 2 SIPC-000089 [000399] 200-CANCEL received
17:10:15.058 2 SIPDATA-000399 sent to SIPC-000088
17:10:15.058 4 SIPC-000089 completed
17:10:15.059 2 SIPDATA-000400 inp: req udp [10.10.1.54]:5060 ACK(418 bytes) sip:402@10.10.1.53:5060
17:10:15.059 4 SIPDATA-000400 Hash=1534527640
17:10:15.059 2 SIPDATA-000400 stand-alone ACK
17:10:15.059 2 SIPC-000090 enqueued
17:10:15.059 2 SIPDATA-000400 created SIPC-000090 to send downstream
17:10:15.059 2 SIPC-000090 [000400] ACK sip:402@10.10.1.53:5060
17:10:15.059 4 SIPC-000090 resolving sip:402@10.10.1.53:5060
17:10:15.059 4 SIPC-000090 resolved: 1 address(es)
17:10:15.059 4 SIPC-000090 trying: sip:10.10.1.53:5060
17:10:15.059 2 SIPDATA-000401 out: req udp [10.10.1.53]:5060 ACK(471 bytes) sip:402@10.10.1.53:5060
17:10:15.059 2 SIPC-000090 [000401] ACK sip:402@10.10.1.53:5060 sent to udp [10.10.1.53]:5060
17:10:15.059 2 SIPC-000090 dequeued
17:10:20.001 4 SIPC-000089 completed state finished
17:10:20.001 2 SIPC-000089 dequeued
17:10:23.935 2 SIPDATA-000402 inp: req udp [10.10.1.54]:5060 BYE(378 bytes) sip:402@10.10.1.53:5060
17:10:23.935 4 SIPDATA-000402 Hash=1560576799
17:10:23.935 2 SIPS-000170 enqueued
17:10:23.935 2 SIPS-000170 [000402] BYE sip:402@10.10.1.53:5060 from udp [10.10.1.54]:5060
17:10:23.935 2 SIPDATA-000402 created SIPS-000170
17:10:23.935 2 SIGNAL-000178 enqueued
17:10:23.935 2 SIPS-000170 created SIGNAL-000178
17:10:23.935 2 SIGNAL-000178 SIPS-000170: BYE sip:402@10.10.1.53:5060
17:10:23.935 4 SIGNAL-000178 AOR added: sip:402@10.10.1.53:5060
17:10:23.935 2 SIGNAL-000178 BYE sip:402@10.10.1.53:5060 via sip:402@10.10.1.53:5060
17:10:23.936 4 SIGNAL-000178 IP-relaying to [10.10.1.53]:5060
17:10:23.936 2 SIGNAL-000178 relaying to sip:402@10.10.1.53:5060 via sip:10.10.1.53:5060
17:10:23.936 2 SIPC-000092 enqueued
17:10:23.936 2 SIPC-000092 BYE sip:402@10.10.1.53:5060
17:10:23.936 2 SIGNAL-000178 {1} sent to SIPC-000092: BYE sip:402@10.10.1.53:5060
17:10:23.936 4 SIPC-000092 resolving sip:10.10.1.53:5060
17:10:23.936 4 SIPC-000092 resolved: 1 address(es)
17:10:23.936 4 SIPC-000092 trying: sip:10.10.1.53:5060
17:10:23.936 2 SIPDATA-000403 out: req udp [10.10.1.53]:5060 BYE(435 bytes) sip:402@10.10.1.53:5060
17:10:23.936 2 SIPC-000092 [000403] BYE sip:402@10.10.1.53:5060 sent to udp [10.10.1.53]:5060
17:10:23.947 2 SIPDATA-000404 inp: rsp udp [10.10.1.53]:5060 200-BYE(351 bytes)
17:10:23.947 2 SIPDATA-000404 sent to SIPC-000092
17:10:23.947 2 SIPC-000092 [000404] 200-BYE received
17:10:23.947 2 SIGNAL-000178 200 received from SIPC-000092
17:10:23.947 4 SIPC-000092 completed
17:10:23.947 4 SIGNAL-000178 collected code=200
17:10:23.947 2 SIGNAL-000178 200 relaying
17:10:23.947 2 SIGNAL-000178 dequeued
17:10:23.947 2 SIPDATA-000405 out: rsp udp [10.10.1.54]:5060 200-BYE(300 bytes)
17:10:23.947 2 SIPS-000170 [000405] 200-BYE(final) sent to udp [10.10.1.54]:5060
17:10:23.947 4 SIPS-000170 completed
17:10:27.001 2 SIPC-000080 dequeued
17:10:28.001 4 SIPC-000092 completed state finished
17:10:28.001 2 SIPC-000092 dequeued

Dmitry Baronov пишет:
> Развлекаюсь с двумя линксисовскими железяками на предмет спаривания их

> с CGP. Достиг колоссальных успехов, железки на сервере регистрятся и 
> умеют слушать CGP-шное голосовое меню. Приступил к мучительным 
> попыткам вызова одной железки с другой. В ответ в трубке слышу бизи, а 
> в логах вижу вот что:
>
> 16:17:31.367 2 SIPDATA-000197 out: req udp [10.10.1.53]:5060 ACK(363 
> bytes) sip:402@gw3.domain.int@10.10.1.53:5060
> 16:17:31.367 2 SIPC-000028 [000197] ACK 
> sip:402@gw3.domain.int@10.10.1.53:5060 sent to udp [10.10.1.53]:5060
> 16:17:31.367 4 SIGNAL-000106 collected code=404
> 16:17:31.367 4 SIGNAL-000106 cancelling all
> 16:17:31.367 2 SIGNAL-000106 404 relaying
> 16:17:31.367 4 SIGNAL-000106 cancelling all
> 16:17:31.367 2 SIPDATA-000198 out: rsp udp [10.10.1.54]:5060 
> 404-INVITE(347 bytes)
>
> Между сервером и железяками NATа нет, пакеты ходят свободно.
> Меня малость смущает такой вот URI:
>
> sip:402@gw3.domain.int@10.10.1.53
>
> Не из-за этого ли получаются отлупы? Как избавиться от вот этого 
> прицепа в URI? -> @10.10.1.53
> db
>
>
>
> ##################################################################
> Вы получили это сообщение потому, что подписаны на список рассылки
>  <CGatePro@mx.ru>.
>
> Чтобы отписаться, отправьте сообщение на адрес <CGatePro-off@mx.ru>
> Чтобы переключиться в режим дайджеста - mailto:<CGatePro-digest@mx.ru>
> Чтобы переключиться в индексный режим - mailto:<CGatePro-index@mx.ru>
> Для административных запросов адрес <CGatePro-request@mx.ru>
> Архив списка: http://mx.demos.su/lists/cgp-russian/
>
>
>