На счет загрузки ХЗ, у меня самого продакшин все на 1.4 версии. А 1.6 так, ради любопытства попробовал, так как под Ubuntu 9.04 Server что-то 1.4 не завелось -- ругается на отсутствие в исходниках какой-то сруктуры в сырцах (не помню в каком файле, если интересно -- подниму виртуалку и сделаю топик по трабле с исходными данными). Глянул в сырцы -- действительно, структура отсутствовала.

я-то ставил трикс, там RPM фактически.
Работа осуществляется только с дахди <-> дахди, 4 потока.
На 1.4 загрузки почти не было вплоть до 30 одновременных звонков. Эходав отключен в обоих случаях.
Хотя даже при LA 4.0 не заметны какие-либо искажения голоса.

ХЗ, эмпирически можно предположить, что нагрузку делают потоки в процессе Астериска. Можно посмотреть core show threads во время большой нагрузки. Конечно, там не увидишь сколько каждый из потоков в отдельности выжирает ресурсов (на то они и потоки), но можно увидеть их количество до нагрузки и во время нагрузки, тем увидеть какой из канальных драйверов грузит систему. Дальше рыть в этом направлении. У меня, например, два iax2 транка постоянно генерят 10 потоков даже тогда, когда нет звонков в IAX2 транк. ИМХО

Помогите новичку, по похожей теме с именами QSIG! Хочу помимо уже устоявшейся телефонии, внедрить Asterisk (TrixBox 2.6.2.3). У меня такая схема: ATCка Siemens HiCom 330 <-QSIG-> Cisco 2651XM + E1-card <-SIP-> Trixbox. Проблема в следующем: когда звонишь с телефонов подключенных к HiCom на IP-телефоны зарегистрированные на TrixBox, то на любых телефонах отображается только номер (CallerID), QSIG-имена ни в какую не хотят светиться, хотя в целом всё остальное работает в данной связке на ура. По старому варианту, если звонишь в удалённый офис исключая * по схеме Siemens HiCom <--QSIG--> Cisco 2651XM с E1 <--IP H323--> Cisco 2811 c E1 <--QSIG--> HiCom 330, все имена высвечиваются без проблем.

Конфиги такие:

1. Cisco 2651XM (Офис_1)

isdn switch-type primary-qsig
!
!
!
voice service voip
redirect ip2ip
sip

interface Serial0/0:15
no ip address
no snmp trap link-status
isdn switch-type primary-qsig
isdn protocol-emulate network
isdn incoming-voice voice
isdn supp-service name calling
isdn T310 120000
no cdp enable

dial-peer voice 5000 pots
destination-pattern ^5...$
direct-inward-dial
port 0/0:15
forward-digits all


dial-peer voice 9999 voip
description Office_2
destination-pattern ^....$
voice-class codec 5
session protocol sipv2
session target sip-server
session transport udp
no vad

sip-ua
authentication username XXXX password XXXXXXXXXXXX
sip-server ipv4:X.X.X.X:5060


2. Cisco 2811 (Офис_2)

isdn switch-type primary-qsig

voice service voip
redirect ip2ip
sip

interface Serial0/0:15
no ip address
no snmp trap link-status
isdn switch-type primary-qsig
isdn protocol-emulate network
isdn incoming-voice voice
isdn supp-service name calling
isdn T310 120000
no cdp enable

dial-peer voice 9999 pots
destination-pattern ^70..$
direct-inward-dial
port 0/0:15
forward-digits all

dial-peer voice 9999 voip
description Office_2
destination-pattern ^....$
voice-class codec 5
session protocol sipv2
session target sip-server
session transport udp
no vad

interface Serial0/0:15
no ip address
no snmp trap link-status
isdn switch-type primary-qsig
isdn protocol-emulate network
isdn incoming-voice voice
isdn supp-service name calling
isdn T310 120000
no cdp enable

sip-ua
authentication username XXXX password XXXXXXXXXXXX
sip-server ipv4:X.X.X.X:5060

3. TrixBox:

Стандартно настроил всё SIP-экстеншены (телефоны) и транки на Cisco 2651XM (Офис 1) и Сisco 2811 (Офис 2).

Помогите пожалуйста, уже много чего перепробовал с конфигами - всё равно имена не хотят передаваться :(

Немного извиняюсь, оказывается проблему уже частично самостоятельно решил, прописав на циске команду "isdn supp-service name calling". После этой к-ды на цифровые телефоны подключенные к HiCom начали приходить имена с IP-телефонов. Теперь проблема осталась только с обратной связью, чтобы на IP-телефонах отображались имена абонентов подключенных к HiCom.

Ловите пакеты INVITE на HiCom и на циске, смотрите на формат From:"Name Surname" <12345678@10.11.12.13> - присутствует?
Если From:"12345678" <12345678@10.11.12.13> или "Unknown" <12345678@10.11.12.13> - то нету.

Включил Debug на циске и вот что выдает когда идёт звонок с HiCom на IP-телефон :

28.10.2009 13:12:58 Sent:
28.10.2009 13:12:58 INVITE sip:7098@X.X.X.X:5060 SIP/2.0
28.10.2009 13:12:58 Via: SIP/2.0/UDP Y.Y.Y.Y:5060;branch=z9hG4bK7F572225
28.10.2009 13:12:58 From:;tag=6D671361-3DF

т.е. я так понимаю на циске QSIG-имена не инкапсулируются в SIP, поэтому From: остаётся пустым, только tag проходит.

В то же время когда идёт обратный звонок , т.е. с IP-телефона на абонента HiCom, то данное поле заполняется соответствующим именем экстеншена, и имя на цифровике соот-но высвечивается:

28.10.2009 13:10:48 From: "testphone";tag=as753aad44



На * следующие логи:

INVITE sip:7098@X.X.X.X:50420;rinstance=9162c0ae69cce52d SIP/2.0
Via: SIP/2.0/UDP Y.Y.Y.Y:5060;branch=z9hG4bK5a324c42;rport
From: "5149" <sip:5149@Y.Y.Y.Y>;tag=as6bcded05
To: <sip:7098@X.X.X.X:50420;rinstance=9162c0ae69cce52d>
Contact: <sip:5149@Y.Y.Y.Y>
Call-ID: 5bc67ab37f86d9b641912f7008223ea2@Y.Y.Y.Y
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Wed, 28 Oct 2009 10:30:49 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Type: application/sdp
Content-Length: 361

v=0
o=root 13058 13058 IN IP4 Y.Y.Y.Y
s=session
c=IN IP4 Y.Y.Y.Y
b=CT:384
t=0 0
m=audio 16120 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv
m=video 12292 RTP/AVP 34 99
a=rtpmap:34 H263/90000
a=rtpmap:99 H264/90000
a=sendrecv

---
-- Called 7098

<--- Transmitting (no NAT) to Z.Z.Z.Z:5060 --->
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP Z.Z.Z.Z:5060;branch=z9hG4bK7F5E2DA;received=Z.Z.Z.Z
From: <sip:5149@Z.Z.Z.Z>;tag=6D776B51-CE7
To: <sip:7098@Y.Y.Y.Y>;tag=as2e73450d
Call-ID: CB1E22CA-C2E311DE-9C59A8FD-E19468FE@Z.Z.Z.Z
CSeq: 101 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact: <sip:7098@Y.Y.Y.Y>
Content-Length: 0


<------------>
pbx*CLI>
<--- SIP read from X.X.X.X:50420 --->
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP Y.Y.Y.Y:5060;branch=z9hG4bK5a324c42;rport=5060
Contact: <sip:7098@X.X.X.X:50420;rinstance=9162c0ae69cce52d>
To: <sip:7098@X.X.X.X:50420;rinstance=9162c0ae69cce52d>;tag=2a506222
From: "5149"<sip:5149@Y.Y.Y.Y>;tag=as6bcded05
Call-ID: 5bc67ab37f86d9b641912f7008223ea2@Y.Y.Y.Y
CSeq: 102 INVITE
User-Agent: X-Lite release 1002tx stamp 29712
Content-Length: 0


<------------->
--- (9 headers 0 lines) ---
-- SIP/7098-09c57768 is ringing
Reliably Transmitting (NAT) to X.X.X.X:50420:
OPTIONS sip:7098@X.X.X.X:50420;rinstance=9162c0ae69cce52d SIP/2.0
Via: SIP/2.0/UDP Y.Y.Y.Y:5060;branch=z9hG4bK0c056a79;rport
From: "Unknown" <sip:Unknown@Y.Y.Y.Y>;tag=as38546608
To: <sip:7098@X.X.X.X:50420;rinstance=9162c0ae69cce52d>
Contact: <sip:Unknown@Y.Y.Y.Y>
Call-ID: 6a442fa939f1a1f00a7f6254099e6583@Y.Y.Y.Y
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Wed, 28 Oct 2009 10:30:51 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0


---
pbx*CLI> exit
<--- SIP read from X.X.X.X:50420 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP Y.Y.Y.Y:5060;branch=z9hG4bK0c056a79;rport=5060
Contact: <sip:X.X.X.X:50420>
To: <sip:7098@X.X.X.X:50420;rinstance=9162c0ae69cce52d>;tag=724d6244
From: "Unknown"<sip:Unknown@Y.Y.Y.Y>;tag=as38546608
Call-ID: 6a442fa939f1a1f00a7f6254099e6583@Y.Y.Y.Y
CSeq: 102 OPTIONS
Accept: application/sdp
Accept-Language: en
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
User-Agent: X-Lite release 1002tx stamp 29712
Content-Length: 0

Подозреваю что просто какой-то к-ды не хватает в циске прописать, для инкапсуляции QSIG -> SIP

Попробуйте pri_net & pri_cpe вместо QSIG.
Недавно настраивали стык с какой-то Siemens по E1 - там ходили имена, точно помню. Запомнил, что из * в Siemens человек видел на телефоне имя, а наоборот - не отчётливо я зафиксировал.

Я предложил H.323 между cisco и asterisk, думаю проблема у cisco с данным стеком.

Нет, нет такой проблемы.
Вам бы задебажить на cisco телефонную часть, а не VoIP
debug q931