Re: Linksys SPA-2102

Hi!

Было аналогично.

Смена прошивки линксиса на последнюю и апгрейд CGP на последнюю бету в этом случае нам помогли. Что именно - не знаем, все делалось одновременно..

On Mon, 18 Sep 2006, Dmitry Baronov wrote:

> Когда перенес учетные записи 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/
>>
>>
>>
>
>
> ##################################################################
> Вы получили это сообщение потому, что подписаны на список рассылки
> <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/
>
>
>
>

-- 
Dmitry Valdov
CCIE #15379