Добрый день! Скажу сразу моё общение с астериском не очень длительное. Я перечитал кучу документов искал решение самостоятельно, но возможно я ещё не научился разбиратся в системе...
Моя схема имеет следующий вид

Сип абоненты -> Астериск 1.4 CentOS -> NAT -> sip proxy -> тфоп

Сип абоненты общаются между собой безо всяких проблем.
Звонки в ТФоП тоже проходят корректно.
Не могу справится со следующими проблемами:
1) При звонке в ТФоП не слышно голоса сип абонентов
2) Звонки из ТФоП к сип абонентам доходят до астериска и сразу обиватся. Влогах проскальзывает строка SIP 2.0 403 Forbitten

Для администрирования астериска я выбрал FreeBPX
Собирал все руками после длительного изучения различных документов.

На данном этапе изучения мне достаточно трудно разбирать логи системы, я пытаюсь вникнуть в них но пока тчетно.
Надеюсь на вашу поддержку :-)

При входящем звонке из города пишет нечного подобное :

<--- SIP read from xx.yy.zz.aa:5000 --->
INVITE sip:2224545@xx.yy.zz.aa SIP/2.0
Via: SIP/2.0/UDP xx.yy.zz.aa:5000;rport;branch=z9hG4bKkb13dv3680l318zfa23w
From: "stshome" <sip:2224444@xx.yy.zz.aa>;tag=uzj8usgjlz
To: <sip:123456789@xx.yy.zz.aa>
Contact: <sip:123456789@xx.yy.zz.aa:5000>
Call-ID: xctuo0frjylixpvsj2h@xx.yy.zz.aa
CSeq: 160 INVITE
Max-Forwards: 70
Content-Type: application/sdp
User-Agent: M-200
Content-Length: 226

v=0
o=123456789 48488 48488 IN IP4 xx.yy.zz.aa
s=M-200
=IN IP4 xx.yy.zz.aa
t=0 0
m=audio 8010 RTP/AVP 8 3 101
a=rtpmap:8 pcma/8000
a=rtpmap:3 GSM/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv



<------------->
--- (11 headers 13 lines) ---
Sending to xx.yy.zz.aa : 5000 (NAT)
Using INVITE request as basis request - xctuo0frjylixpvsj2h@xx.yy.zz.aa
Found peer 'm200'

<--- Reliably Transmitting (NAT) to xx.yy.zz.aa:5000 --->
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP xx.yy.zz.aa:5000;branch=z9hG4bKkb13dv3680l318zfa23w;received=1
88.66.27.59;rport=5000
From: "stshome" <sip:2224444@xx.yy.zz.aa>;tag=uzj8usgjlz
To: <sip:123456789@xx.yy.zz.aa>;tag=as27e8b7b4
Call-ID: xctuo0frjylixpvsj2h@xx.yy.zz.aa
CSeq: 160 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces
Proxy-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="04dcf615"
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog 'xctuo0frjylixpvsj2h@xx.yy.zz.aa' in 32000
ms (Method: INVITE)
localhost*CLI>
<--- SIP read from xx.yy.zz.aa:5000 --->
ACK sip:2224545@xx.yy.zz.aa SIP/2.0
Via: SIP/2.0/UDP xx.yy.zz.aa:5000;rport;branch=z9hG4bKkb13dv3680l318zfa23w
From: "stshome" <sip:2224444@xx.yy.zz.aa>;tag=uzj8usgjlz
To: <sip:123456789@xx.yy.zz.aa>;tag=as27e8b7b4
Contact: <sip:123456789@xx.yy.zz.aa:5000>
Call-ID: xctuo0frjylixpvsj2h@xx.yy.zz.aa
CSeq: 160 ACK
Max-Forwards: 70
Content-Length: 0


<------------->
--- (9 headers 0 lines) ---
localhost*CLI>
<--- SIP read from xx.yy.zz.aa:5000 --->
INVITE sip:2224545@xx.yy.zz.aa SIP/2.0
Via: SIP/2.0/UDP xx.yy.zz.aa:5000;rport;branch=z9hG4bKaqcuiopastpdut4jledl
From: "stshome" <sip:2224444@xx.yy.zz.aa>;tag=r743eoziea
To: <sip:123456789@xx.yy.zz.aa>
Contact: <sip:123456789@xx.yy.zz.aa:5000>
Call-ID: xctuo0frjylixpvsj2h@xx.yy.zz.aa
CSeq: 161 INVITE
Proxy-Authorization: Digest username="123456789",realm="asterisk",nonce="04dcf61
5",response="a967ce2150203a30bbe73a4cd5ae55ce",uri="sip:2224545@xx.yy.zz.aa"
Max-Forwards: 70
Content-Type: application/sdp
User-Agent: M-200
Content-Length: 226

v=0
o=123456789 48488 48488 IN IP4 xx.yy.zz.aa
s=M-200
c=IN IP4 xx.yy.zz.aa
t=0 0
m=audio 8010 RTP/AVP 8 3 101
a=rtpmap:8 pcma/8000
a=rtpmap:3 GSM/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv



<------------->
--- (12 headers 13 lines) ---
Sending to xx.yy.zz.aa : 5000 (NAT)
Using INVITE request as basis request - xctuo0frjylixpvsj2h@xx.yy.zz.aa
Found peer 'm200'

--- Reliably Transmitting (NAT) to xx.yy.zz.aa:5000 --->
SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP xx.yy.zz.aa:5000;branch=z9hG4bKaqcuiopastpdut4jledl;received=1
88.66.27.59;rport=5000
From: "stshome" <sip:2224444@xx.yy.zz.aa>;tag=r743eoziea
To: <sip:123456789@xx.yy.zz.aa>;tag=as27e8b7b4
Call-ID: xctuo0frjylixpvsj2h@xx.yy.zz.aa
CSeq: 161 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog 'xctuo0frjylixpvsj2h@xx.yy.zz.aa' in 32000
ms (Method: INVITE)
localhost*CLI>
<--- SIP read from xx.yy.zz.aa:5000 --->
ACK sip:2224545@xx.yy.zz.aa SIP/2.0
Via: SIP/2.0/UDP xx.yy.zz.aa:5000;rport;branch=z9hG4bKaqcuiopastpdut4jledl
From: "stshome" <sip:2224444@xx.yy.zz.aa>;tag=r743eoziea
To: <sip:123456789@xx.yy.zz.aa>;tag=as27e8b7b4
Contact: <sip:123456789@xx.yy.zz.aa:5000>
Call-ID: xctuo0frjylixpvsj2h@xx.yy.zz.aa
CSeq: 161 ACK
Max-Forwards: 70
Content-Length: 0


<------------->
--- (9 headers 0 lines) ---


По первой проблеме даже не знаю что привести в качестве материала к размышлению....

Заранее спасибо!

0) поставить триксбокс и не париться
1) проверить диапазон rtp портов для PSTN и внутренних абонентов
2) поставить в транке insecure=very

SIP/2.0 407 Proxy Authentication Required
и
SIP/2.0 403 Forbidden
приходят потому,что звонок (точнее его начало - пакет INVITE) требует аутентификации. Иначе все будут звонить просто на халяву.
Это user= & secret= на транке.

Доброго времени суток! Прежде всего хочу сказать огромное спасибо за ответы!

После применения ващих советов входящие звонки пошли, НО голос так и не передаётся :(
Да, кстати, длительность входящего звонка не превышает 32 секунд, копался в настройке станции, не нашёл где выставляется время вызова...

Может ли проблема с передачей голоса, звонящего абонента из города, быть связанна с натом? и что можно с этим сдедать.


1) проверить диапазон rtp портов для PSTN и внутренних абонентов

Спасибо за совет, только мне потребуется некоторое время что бы понять что это вообще такое )))))))))
и как это проверить ))))


0) поставить триксбокс и не париться

а вот по поводу трихбокса у меня появились некоторые сомнения, на этот же сип сервет, стоящий вне ната, он вообще почему то отказывается регистрироватся... Поэтому было принято решение научится самому собирать систему с использованием *.

Как услышал про уток - потерял интерес.
Извиняйте, я какбэ одновалентный.

Эм, я вас не понял ....

> Может ли проблема с передачей голоса, звонящего абонента из города, быть связанна с натом?

да


> и что можно с этим сдедать.

Читать вот это.

Как написали на том же сайте:

NATs are worst things that ever happened to SIP.

:)

К.О. просил вам лично передать, что ded настаивает, что в сутках нет ничего доброго. Времени - в том числе.

Спасибо за помощь! У меня наверняка проблема из-за ната, сегодня попробую поставить отдельную машину с белой адресацией и продолжу изучение *
С натом к сожалению пока ничего сделать не могу, никаких операций с этой машиной у меня сделать не получится ...

прошу прощения за глупый вопрос: а кто такой К.О. ?

PS ded, прости, не знал ...

К. О. = Капитан Очевидность
http://lurkmore.ru/Капитан_Очевидность