Вот звонюс номера 401 на номер 400 (PC-no-audio), который не отвечает попадаю в войс маэл слышу его на англйисокм а должен на русском

Really destroying SIP dialog 'fbbaecb0-71231303@192.168.0.3' Method: ACK
DepoRenz*CLI>
<--- SIP read from 192.168.0.3:5060 --->
INVITE sip:400@192.168.0.25 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.3:5060;branch=z9hG4bK-2cb927df
From: "401" <sip:401@192.168.0.25>;tag=c7c584eeca6834bfo0
To: "PC-no-audio" <sip:400@192.168.0.25>
Call-ID: 1d873fda-1631d6c3@192.168.0.3
CSeq: 101 INVITE
Max-Forwards: 70
Contact: "401" <sip:401@192.168.0.3:5060>
Expires: 240
User-Agent: Sipura/SPA941-4.1.8
Content-Length: 393
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
Content-Type: application/sdp

v=0
o=- 225878 225878 IN IP4 192.168.0.3
s=-
c=IN IP4 192.168.0.3
t=0 0
m=audio 16458 RTP/AVP 0 2 4 8 18 96 97 98 101
a=rtpmap:0 PCMU/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:4 G723/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729a/8000
a=rtpmap:96 G726-40/8000
a=rtpmap:97 G726-24/8000
a=rtpmap:98 G726-16/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:30
a=sendrecv

<------------->
--- (13 headers 18 lines) ---
Sending to 192.168.0.3 : 5060 (no NAT)
Using INVITE request as basis request - 1d873fda-1631d6c3@192.168.0.3

<--- Reliably Transmitting (no NAT) to 192.168.0.3:5060 --->
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 192.168.0.3:5060;branch=z9hG4bK-2cb927df;received=192.168.0.3
From: "401" <sip:401@192.168.0.25>;tag=c7c584eeca6834bfo0
To: "PC-no-audio" <sip:400@192.168.0.25>;tag=as56e6137c
Call-ID: 1d873fda-1631d6c3@192.168.0.3
CSeq: 101 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Proxy-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="4091f6ae"
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '1d873fda-1631d6c3@192.168.0.3' in 32000 ms (Method: INVITE)
Found user '401'
DepoRenz*CLI>
<--- SIP read from 192.168.0.3:5060 --->
ACK sip:400@192.168.0.25 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.3:5060;branch=z9hG4bK-2cb927df
From: "401" <sip:401@192.168.0.25>;tag=c7c584eeca6834bfo0
To: "PC-no-audio" <sip:400@192.168.0.25>;tag=as56e6137c
Call-ID: 1d873fda-1631d6c3@192.168.0.3
CSeq: 101 ACK
Max-Forwards: 70
Contact: "401" <sip:401@192.168.0.3:5060>
User-Agent: Sipura/SPA941-4.1.8
Content-Length: 0


<------------->
--- (10 headers 0 lines) ---
DepoRenz*CLI>
<--- SIP read from 192.168.0.3:5060 --->
INVITE sip:400@192.168.0.25 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.3:5060;branch=z9hG4bK-f3574817
From: "401" <sip:401@192.168.0.25>;tag=c7c584eeca6834bfo0
To: "PC-no-audio" <sip:400@192.168.0.25>
Call-ID: 1d873fda-1631d6c3@192.168.0.3
CSeq: 102 INVITE
Max-Forwards: 70
Proxy-Authorization: Digest username="401",realm="asterisk",nonce="4091f6ae",uri="sip:400@192.168.0.25",algorithm=MD5,response="cb02243f9b7aa6e64f8d6f2d014fdf19"
Contact: "401" <sip:401@192.168.0.3:5060>
Expires: 240
User-Agent: Sipura/SPA941-4.1.8
Content-Length: 393
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
Content-Type: application/sdp

v=0
o=- 225878 225878 IN IP4 192.168.0.3
s=-
c=IN IP4 192.168.0.3
t=0 0
m=audio 16458 RTP/AVP 0 2 4 8 18 96 97 98 101
a=rtpmap:0 PCMU/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:4 G723/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729a/8000
a=rtpmap:96 G726-40/8000
a=rtpmap:97 G726-24/8000
a=rtpmap:98 G726-16/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:30
a=sendrecv

<------------->
--- (14 headers 18 lines) ---
Sending to 192.168.0.3 : 5060 (no NAT)
Using INVITE request as basis request - 1d873fda-1631d6c3@192.168.0.3
Found user '401'
Found RTP audio format 0
Found RTP audio format 2
Found RTP audio format 4
Found RTP audio format 8
Found RTP audio format 18
Found RTP audio format 96
Found RTP audio format 97
Found RTP audio format 98
Found RTP audio format 101
Peer audio RTP is at port 192.168.0.3:16458
Found audio description format PCMU for ID 0
Found audio description format G726-32 for ID 2
Found audio description format G723 for ID 4
Found audio description format PCMA for ID 8
Found audio description format G729a for ID 18
Found unknown media description format G726-40 for ID 96
Found unknown media description format G726-24 for ID 97
Found unknown media description format G726-16 for ID 98
Found audio description format telephone-event for ID 101
Got unsupported a:fmtp in SDP offer
Capabilities: us - 0x8000e (gsm|ulaw|alaw|h263), peer - audio=0x90d (g723|ulaw|alaw|g726|g729)/video=0x0 (nothing), combined - 0xc (ulaw|alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
Peer audio RTP is at port 192.168.0.3:16458
Looking for 400 in office (domain 192.168.0.25)
list_route: hop: <sip:401@192.168.0.3:5060>

<--- Transmitting (no NAT) to 192.168.0.3:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.0.3:5060;branch=z9hG4bK-f3574817;received=192.168.0.3
From: "401" <sip:401@192.168.0.25>;tag=c7c584eeca6834bfo0
To: "PC-no-audio" <sip:400@192.168.0.25>
Call-ID: 1d873fda-1631d6c3@192.168.0.3
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact: <sip:400@192.168.0.25>
Content-Length: 0


<------------>
Really destroying SIP dialog '0291bc552cf510ad735d72121b902022@127.0.1.1' Method: INVITE
[Oct 1 16:38:51] WARNING[9217]: app_dial.c:1210 dial_exec_full: Unable to create channel of type 'SIP' (cause 3 - No route to destination)
Audio is at 192.168.0.25 port 16302
Adding codec 0x4 (ulaw) to SDP
Adding codec 0x8 (alaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP

<--- Reliably Transmitting (no NAT) to 192.168.0.3:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.0.3:5060;branch=z9hG4bK-f3574817;received=192.168.0.3
From: "401" <sip:401@192.168.0.25>;tag=c7c584eeca6834bfo0
To: "PC-no-audio" <sip:400@192.168.0.25>;tag=as6f00f773
Call-ID: 1d873fda-1631d6c3@192.168.0.3
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact: <sip:400@192.168.0.25>
Content-Type: application/sdp
Content-Length: 262

v=0
o=root 5465 5465 IN IP4 192.168.0.25
s=session
c=IN IP4 192.168.0.25
t=0 0
m=audio 16302 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

<------------>
DepoRenz*CLI>
<--- SIP read from 192.168.0.3:5060 --->
ACK sip:400@192.168.0.25 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.3:5060;branch=z9hG4bK-7744a3b0
From: "401" <sip:401@192.168.0.25>;tag=c7c584eeca6834bfo0
To: "PC-no-audio" <sip:400@192.168.0.25>;tag=as6f00f773
Call-ID: 1d873fda-1631d6c3@192.168.0.3
CSeq: 102 ACK
Max-Forwards: 70
Proxy-Authorization: Digest username="401",realm="asterisk",nonce="4091f6ae",uri="sip:400@192.168.0.25",algorithm=MD5,response="79b46f39604761aa82068d017a113fc9"
Contact: "401" <sip:401@192.168.0.3:5060>
User-Agent: Sipura/SPA941-4.1.8
Content-Length: 0


<------------->
--- (11 headers 0 lines) ---
[Oct 1 16:39:05] WARNING[9217]: pbx.c:2470 __ast_pbx_run: Channel 'SIP/401-b63065c0' sent into invalid extension 's' in context 'public', but no invalid handler
Scheduling destruction of SIP dialog '1d873fda-1631d6c3@192.168.0.3' in 32000 ms (Method: ACK)
set_destination: Parsing <sip:401@192.168.0.3:5060> for address/port to send to
set_destination: set destination to 192.168.0.3, port 5060
Reliably Transmitting (no NAT) to 192.168.0.3:5060:
BYE sip:401@192.168.0.3:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.25:5060;branch=z9hG4bK1e07069f;rport
From: "PC-no-audio" <sip:400@192.168.0.25>;tag=as6f00f773
To: "401" <sip:401@192.168.0.25>;tag=c7c584eeca6834bfo0
Call-ID: 1d873fda-1631d6c3@192.168.0.3
CSeq: 102 BYE
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0


---
DepoRenz*CLI>
<--- SIP read from 192.168.0.3:5060 --->
SIP/2.0 200 OK
To: "401" <sip:401@192.168.0.25>;tag=c7c584eeca6834bfo0
From: "PC-no-audio" <sip:400@192.168.0.25>;tag=as6f00f773
Call-ID: 1d873fda-1631d6c3@192.168.0.3
CSeq: 102 BYE
Via: SIP/2.0/UDP 192.168.0.25:5060;branch=z9hG4bK1e07069f
Server: Sipura/SPA941-4.1.8
Content-Length: 0


<------------->
--- (8 headers 0 lines) ---
SIP Response message for INCOMING dialog BYE arrived
Really destroying SIP dialog '1d873fda-1631d6c3@192.168.0.3' Method: ACK

выключите debug и покажите вывод снова ... ;)

это был sip set debug

какой debug нужен?

просто зайдите в CLI, без всяких - debug. Вас разве просили показать - debug?

Вывод CLI покажите

просто debug ничего не дает гворит набирайте help

Вот что то появилось связанное с озвучкой - vm-novyh это из русских

Really destroying SIP dialog '80dd8579-22624b2c@192.168.0.3' Method: BYE
[Oct 1 17:51:04] WARNING[9809]: file.c:568 ast_openstream_full: File vm-novyh does not exist in any format
[Oct 1 17:51:04] WARNING[9809]: file.c:871 ast_streamfile: Unable to open vm-novyh (format 0x4 (ulaw)): No such file or directory
Really destroying SIP dialog '6ace3e75-b3528844@192.168.0.3' Method: ACK

Формат чтоли не понимает?

похоже на то.
Где тот человек, что уверял меня, будто из исходников ставить астериск - это моветон? Мол, из бинарников всё гораздо стабильнее работает )))

File vm-novyh does not exist in any format - перевести?
Это файлы из пакета - Тамара. В этом пакете не хватает некоторых файлов. Это похоже один из них.
Либо формат не подходит.

По поводу - debug.
Войти в CLI, это сделать - "asterisk -vvvr". И все. Ни каких больше действий, просто смотреть вывод ...

это значит что что файл физически отсутствует на диске. vm-novyh - не из пакета тамары, этот файл * пытается проиграть в голосовой почте при переключении language=ru.

http://asteriskforum.ru/viewtopic.php?t=2587 - в этом топике я прикладывал набор из этого и еще нескольких файлов, которые начинает требовать * при переключении на русский.

to line24 - по вашей же ссылке вы пишите, что это файлы отсутствующие в пакете Тамара ... :)

line24:

это значит что что файл физически отсутствует на диске

не 100%. Это же сообщение выйдет, если не подходит формат файла, а на en нет его замены ...

астрик просто пытается проиграть vm-novyh. этого файла нет в пакете тамары, как и нет возможно в любых других пакетах... это же не значит, что он принадлежит этим пакетам, правильно? :)
про формат... ну да, "файл физически отсутствует на диске в любом подходящем * формате".
софистика в общем, проблему топика вроде решили. В какой версии что правили в app_voicemail.c в vm_intro_ru это уже видимо к гуру.