asterisk.ru

схема
атс - cisco e1 - asterisk - voip шлюз

атс номера 233xxx
в сторону astrisk 2333xx

конфиг sip.conf

[233300]; Test user
context = local-phones
type = friend
host = dynamic
username = 233300
nat = no
canreinvite = yes
callerid = ”233300″ <233300>
disallow=all
allow = alaw

[192.168.4.1]
insecure = port,invite
host = 192.168.4.1 ; IP address of Cisco gateway
context = pstn-incoming
type = friend
dtmfmode = rfc2833
qualify = yes

конфиг extensions.conf

[pstn-incoming]
include => lan-phones

[local-phones]
include => lan-phones
include => pstn-outbound

[pstn-outbound]
; Calls starting with 9 have the 9 stripped & are then routed out to the PSTN
;exten => _9.,1,Dial(SIP/${EXTEN:1}@192.168.3.1) ; IP address of Cisco gateway
; 9 stripped by Cisco gateway
;exten => _9XXXXXX,1,Dial(SIP/${EXTEN}@192.168.3.1,20) ; IP address of Cisco gateway
;exten => _9XXXXXX,1,Congestion
;exten => _XXXXXX,1,Dial(SIP/${EXTEN}@192.168.3.1,20) ; IP address of Cisco gateway
;exten => _XXXXXX,2,Congestion
exten => _.,1,Dial(SIP/${EXTEN}@192.168.4.1,120) ; IP address of Cisco gateway
exten => _.,2,Congestion

[lan-phones]
;офис

exten => 233300,1,Ringing()
exten => 233300,2,Dial(SIP/233300,120)
exten => 233300,3,Hangup()

rtp.conf

rtpstart=9000
rtpend=20000

---- суть проблемы

1) для шлюзов dlink dvg-2102s если у клиента два номера , как ему звонить между собой ?
пока работает при включении на клиенте canreinvate = yes , а глобально canreinvate = no
в настройках Session Refresh Request : update
2) при звонках между клиентами 2333xx нет голоса
Если включаем на клиенте canreinvate = yes работает
Session Refresh Request : update
3) если включить глобально canreinvate = yes никто никого не слышит
в настройках у всех Session Refresh Request : update

в дебаге все звонки уходят на cisco
p.s шлюзы все dlink dvg-2102s

[192.168.4.1] <---- так делать не надо! Лучше [CiscoGW]

Ну и нестыковочки!
host = 192.168.4.1 ; IP address of Cisco gateway ?????

и
;exten => _9XXXXXX,1,Dial(SIP/${EXTEN}@192.168.3.1,20) ; IP address of Cisco gateway ????????
;exten => _9XXXXXX,1,Congestion
;exten => _XXXXXX,1,Dial(SIP/${EXTEN}@192.168.3.1,20) ; IP address of Cisco gateway ?????????
;exten => _XXXXXX,2,Congestion
exten => _.,1,Dial(SIP/${EXTEN}@192.168.4.1,120) ; IP address of Cisco gateway ???????
exten => _.,2,Congestion

Вы там не запутались в адресах?

P.S. Лучше используйте синтаксис Dial(SIP/CiscoGW/${EXTEN},60,tTr)

нет не запутался , на 192.168.3.1 "коменты" стоят .

ну вроде как ограничений на название нет ...и меня устраивает 192.168.4.1

А зачем Вы паблишите все свои закомментированные опыты сюда? Чтобы крышу сносило у тех, кто просматривает это?

ded писал(а):[192.168.4.1] <---- так делать не надо! Лучше [CiscoGW]

Делаем пир с именем [192.168.4.1] и указываем что это host = 192.168.4.1
Предлагаю ещё ему
username=192.168.4.1
secret=192.168.4.1
ограничений то нет? Мне кажется вполне логичным и удобным.
Устраивает?

Ну и как внутри настроены пиры у cisco e1 - там сильно экранировано, телепаты не смогли пробиться.
Говорят - да поможет вам священный SIP debug св Первопрестольной Церкви Астерисковой.
Аминь!

за лишние строки приношу извинение

Это -
disallow=all
allow = alaw
может быть проблемой. И это можно увидеть при SIP дебаге тех звонков, при которых ничего не слышно (должно быть canreinvite=no у всех)

2ded
не думаю так как делал по документации и вроде как логично
-
когда делал debug всегда проверял у звонящего, и трафик RTP всегда был
но у вызываемого не смотрел... а зря

в firewall была такая конструкция

-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -s 172.16.0.0/22 -p udp -m udp --dport 5060 -j ACCEPT

наивно пологая что у всех открывается с начало сессия на порту 5060, а потом уже rtp
но если клиент зареген на asterisk у него уже нет открытого соединения по 5060 и значит не может открыться rtp

добавил -A INPUT -s 172.16.0.0/22 -p udp -m udp --dport 9000:20000 -j ACCEPT

Т. е. помог священный SIP debug св. Первопрестольной Церкви Астерисковой.

Автор - молодец, разобрался. Респект и уважуха)

Скорее всего соединение по rtp при related не создается так как для udp нет понятия состояния(man по iptables ).
Пробовал подгрузить modprobe nf_conntrack_sip соединения тоже не создались, хотя в примерах которые видел было без использование
--dports 9000:10000 -j ACCEPT

.... почитаю еще ...