Стоит два шлюза Linksys SPA 8000, подключены они к серверу с asterisk 1.6.2.1, в сервер так же вставлена телефонная плата openvox A800P с пятью FXO модулями. В диалплане звонки организованы таким образом: все местные номера направляются в PSTN, все остальные - идут через sip.actionvoip.com.
Очень часто (но не всегда) возникает такая ситуация, что внешняя связь обрывается через некоторое время (от 2 до 10 минут), причем, независимо от того, входящий это звонок или нет, так же не имеет значение через что звоним (PSTN или SIP) и к какому шлюзу подключен телефонный аппарат. Ранее, вместо шлюзов, стояла плата openvox A1200P c FXS портами, и таких проблем не возникало, из чего делаю вывод, что проблема в шлюзах.

Никто с такими проблемами не сталкивался? Как поправить, что б звонки не обрывались?

А если сначала читать, а уж потом писать, то надо отправить Вас к прочтению мануала по линксисам. Научить их слать дебаг сообщения на сервер. Потом читать их, потом в момент обрыва смотреть дебаг с астериска. А потом на основе глубоких знаний протокола СИП и его реализации в астериске и на линксисах вы сделаете вывод...
У меня есть инсталяция на СПА8000 - 4 штуки + трикс 2.8 + пара провайдеров. И все работает. Только ПСТН там нет. Не люблю я его.

ткните лицом пожалуйста в этот ман. Чет ни как у меня не получается заставить линксис слать дебаг на сервер

Угу, вроде получилось. Вообщем, решили провести тест: оставили подключенным к шлюзу один телефонный апарат. К серверу подключили одну телефонную линию. Подождали некоторое время (около 40 минут), и произошел обрыв при входящем звонке из PSTN. Заблаговременно, в CLI был включен sip дебаг, вот такой коммандой:

sip set debug peer 1006

через этого пира, собственно, и шли все звонки. Как только обрыв произошел, человек набрал мой внутренний номер (1012), сообщил об этом, после чего астериск я сразу же остановил.

В логах этих чет немного я потерялся. Вообщем, на момент обрыва, логи астериска выглядели таким образом, если я правильно понял:

<------------->
[[Klocalhost*CLI> --- (13 headers 13 lines) ---
[[Klocalhost*CLI> Found RTP audio format 0
[[Klocalhost*CLI> Found RTP audio format 100
[[Klocalhost*CLI> Found RTP audio format 101
[[Klocalhost*CLI> Found audio description format PCMU for ID 0
[[Klocalhost*CLI> Found audio description format NSE for ID 100
[[Klocalhost*CLI> Found audio description format telephone-event for ID 101
[[Klocalhost*CLI> Capabilities: us - 0x8000e (gsm|ulaw|alaw|h263), peer - audio=0x4 (ulaw)/video=0x0 (nothing)/text=0x0 $
[[Klocalhost*CLI> Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x$
[[Klocalhost*CLI> Peer audio RTP is at port 192.168.0.120:18398
[[Klocalhost*CLI> list_route: hop: <sip:1006@192.168.0.120:5261>
[[Klocalhost*CLI> set_destination: Parsing <sip:1006@192.168.0.120:5261> for address/port to send to
[[Klocalhost*CLI> set_destination: set destination to 192.168.0.120, port 5261
[[Klocalhost*CLI> Transmitting (no NAT) to 192.168.0.120:5261:
ACK sip:1006@192.168.0.120:5261 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.111:5060;branch=z9hG4bK4e4b888a;rport
Max-Forwards: 70
From: "asterisk" <sip:asterisk@192.168.0.111>;tag=as3e75de16
To: <sip:1006@192.168.0.120:5261>;tag=2b7c228fd5d0e61fi1
Contact: <sip:asterisk@192.168.0.111>
Call-ID: 3a0a867f2e6d93187e7808a250bead7b@192.168.0.111
CSeq: 102 ACK
User-Agent: ##### MTF-OPT ######
Content-Length: 0

---
[[Klocalhost*CLI> -- SIP/1006-00000024 answered DAHDI/2-1
[[Klocalhost*CLI> -- Stopped music on hold on DAHDI/2-1
[[Klocalhost*CLI> [Mar 18 14:03:42] NOTICE[22219]: chan_sip.c:11434 sip_reregister: -- Re-registration for tmb_44054$
[[Klocalhost*CLI>
> doing dnsmgr_lookup for 'sip.actionvoip.com'
[[Klocalhost*CLI>
> doing dnsmgr_lookup for 'sip.actionvoip.com'
[[Klocalhost*CLI> [Mar 18 14:03:43] NOTICE[22219]: chan_sip.c:18152 handle_response_register: Outbound Registration: Exp$
[[Klocalhost*CLI>
[Mar 18 14:03:56] NOTICE[22219]: chan_sip.c:11434 sip_reregister: -- Re-registration for tmb_44899$
> doing dnsmgr_lookup for 'sip.actionvoip.com'
[[Klocalhost*CLI>
[Mar 18 14:03:56] NOTICE[22219]: chan_sip.c:11434 sip_reregister: -- Re-registration for tmb_44896$
> doing dnsmgr_lookup for 'sip.actionvoip.com'
[[Klocalhost*CLI>
> doing dnsmgr_lookup for 'sip.actionvoip.com'
[[Klocalhost*CLI>
> doing dnsmgr_lookup for 'sip.actionvoip.com'
[[Klocalhost*CLI>
[Mar 18 14:03:57] NOTICE[22219]: chan_sip.c:18152 handle_response_register: Outbound Registration: Exp$
[[Klocalhost*CLI>
[Mar 18 14:03:57] NOTICE[22219]: chan_sip.c:18152 handle_response_register: Outbound Registration: Exp$
[[Klocalhost*CLI>
Really destroying SIP dialog '0c4e0e4024fb5f492aaadaa8097575dc@192.168.0.111' Method: INVITE
[[Klocalhost*CLI>
[Mar 18 14:04:37] NOTICE[22219]: chan_sip.c:11434 sip_reregister: -- Re-registration for tmb_44840$
> doing dnsmgr_lookup for 'sip.actionvoip.com'
[[Klocalhost*CLI>
> doing dnsmgr_lookup for 'sip.actionvoip.com'
[[Klocalhost*CLI>
[Mar 18 14:04:38] NOTICE[22219]: chan_sip.c:18152 handle_response_register: Outbound Registration: Exp$
[[Klocalhost*CLI>
Scheduling destruction of SIP dialog '3a0a867f2e6d93187e7808a250bead7b@192.168.0.111' in 32000 ms (Met$
[[Klocalhost*CLI> set_destination: Parsing <sip:1006@192.168.0.120:5261> for address/port to send to
[[Klocalhost*CLI> set_destination: set destination to 192.168.0.120, port 5261
[[Klocalhost*CLI> Reliably Transmitting (no NAT) to 192.168.0.120:5261:
BYE sip:1006@192.168.0.120:5261 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.111:5060;branch=z9hG4bK6a824950;rport
Max-Forwards: 70
From: "asterisk" <sip:asterisk@192.168.0.111>;tag=as3e75de16
To: <sip:1006@192.168.0.120:5261>;tag=2b7c228fd5d0e61fi1
Call-ID: 3a0a867f2e6d93187e7808a250bead7b@192.168.0.111
CSeq: 103 BYE
User-Agent: ##### MTF-OPT ######
X-Asterisk-HangupCause: Normal Clearing
X-Asterisk-HangupCauseCode: 16
Content-Length: 0
---
[[Klocalhost*CLI> == Spawn extension (all_incoming_calls, s, 7) exited non-zero on 'DAHDI/2-1'
-- Hungup 'DAHDI/2-1'
[[Klocalhost*CLI>

В логах от шлюза вроде бы вот это:

Mar 18 13:56:27 192.168.0.120 M0: PRV ec=26
Mar 18 14:03:39 192.168.0.120 M2: [1:0]AUD ALLOC CALL (port=18398)
Mar 18 14:03:40 192.168.0.120 M2: [1:0]RTP Rx Up
Mar 18 14:03:40 192.168.0.120 M2: IDBG:sc-1
Mar 18 14:03:40 192.168.0.120 M2: IDBG:rs:13
Mar 18 14:03:40 192.168.0.120 M2: IDBG:sc-1
Mar 18 14:03:40 192.168.0.120 M2: IDBG:rs:13
Mar 18 14:03:40 192.168.0.120 M2: IDBG:sc-1
Mar 18 14:03:40 192.168.0.120 M2: IDBG:rs:13
Mar 18 14:03:41 192.168.0.120 M2: IDBG:sc-1
Mar 18 14:03:41 192.168.0.120 M2: IDBG:rs:13
Mar 18 14:03:41 192.168.0.120 M2: IDBG:sc-1
Mar 18 14:03:41 192.168.0.120 M2: IDBG:rs:13
Mar 18 14:03:41 192.168.0.120 M2: IDBG:sc-1
Mar 18 14:03:41 192.168.0.120 M2: IDBG:rs:13
Mar 18 14:03:41 192.168.0.120 M2: [1]Off Hook
Mar 18 14:03:41 192.168.0.120 M2: [1]CID interrupted
Mar 18 14:03:41 192.168.0.120 M2: CC:Connected
Mar 18 14:03:41 192.168.0.120 M2: [1:0]ENC INIT 0
Mar 18 14:03:41 192.168.0.120 M2: [1:0]RTP Tx Up (pt=0->c0a8006f:14116)
Mar 18 14:03:41 192.168.0.120 M2: [1:0]RTCP Tx Up
Mar 18 14:03:41 192.168.0.120 M2: [1:0]RTP Rx 1st PKT @18398(2)
Mar 18 14:03:42 192.168.0.120 M2: [1:0]DEC INIT 0
Mar 18 14:03:57 192.168.0.120 M2: [1:0]LAT-- 6(2)
Mar 18 14:04:05 192.168.0.120 M2: [1:0]LAT-- 6(2)
Mar 18 14:04:13 192.168.0.120 M2: [1:0]LAT-- 5(2)
Mar 18 14:04:21 192.168.0.120 M2: [1:0]LAT-- 4(2)
Mar 18 14:04:30 192.168.0.120 M2: [1:0]LAT-- 3(2)
Mar 18 14:04:49 192.168.0.120 M2: CC:Ended
Mar 18 14:04:49 192.168.0.120 M2: [0]FM Alert Stop RxTx (c=0027ead8;a=0)
Mar 18 14:04:49 192.168.0.120 M2: [1:0]AUD Rel Call
Mar 18 14:04:52 192.168.0.120 M2: [1]On Hook
Mar 18 14:04:56 192.168.0.120 M2: [1]Off Hook

Вообщем, вопрос, какую полезную информацию для устранения проблемы связанной с обрывами связи можно отсюда извлечь?

ЗЫ На всякий случай, полностью астерисковские логи и логи от шлюза за эти 40 минут можно скачать вот тут: http://flyelf.narod.ru/logs.zip (32 Кб)

Из своей практики предлагаю(если еще конечно не сделали) обновить прошивку до 6.3, много багов уходит, а потом если не получится посмотрим ваши логи...

2Mar

А не подскажите, где можно почитать про то, как прошивка осуществляется?

Аа, все, нашел: http://tools.cisco.com/support/downloads/pub/Redirect.x?mdfid=282414109. В архиве файл с инструкцией в формате pdf

вообщем, перепрошивка походу не помогла. Куда еще копать?