Sziasztok!
A következőben szeretném kérni a segítséget, tanácsokat.
Adott
~100 MGCP modem.
egy szolgáltató amely SIP protokollt használ
Asterisk 1.8
Úgy gondoltuk ugyanis, hogy az Asterisken létrehozunk SIP trunköket, amelyek beregisztrálnak a szolgáltatóhoz, az MGCP modemek az Asteriskre, és így egyfajta MGCP-SIP 'fordítást' hozunk létre. (hogy ne kelljen lecserélni azt a ~100 modemet).
A helyzet a következő: a hívott mgcp készülék kicsörög, viszont nincs hang.
Kezdetnek:
sip.conf
[settings](!)
type=friend
insecure=invite
rtptimeout=0
nat=no
disallow=all
allow=ulaw
allow=alaw
dtmfmode=inband
canreinvite=no
#include "/home/cmts/conf/asterisk_sip.conf"
asterisk_sip.conf
[user_telszám](settings)
defaultuser=valami
fromuser=valami
secret=XXXXXXXXXXXXXXXXXX
context=from-sip_ntel
host=ip
port=5060
mgcp.conf
; PacketCable
[mgcp-settings](!)
threewaycalling = yes
transfer = yes ; transfer requires threewaycalling=yes. Use FLASH to transfer
ncs = yes ; Use NCS 1.0 signalling
callwaiting = 1
canreinvite = no
context = from-mgcp
#include "/home/cmts/conf/asterisk_mgcp.conf"
asterisk_mgcp.conf
[mtaXXX.XXXX.XXXX.XX](mgcp-settings)
host=ip
defaultip=ip
callerid= < telszám >
line => aaln/1
A segítséget, építő jellegű kritikákat stb... előre is köszönöm.
Üdv
- 57739 megtekintés
Hozzászólások
2 kérdés/ötlet:
- próbáltátok sip soft-, hardphone-al, hogy a gép és szolgáltató között megy-e normálisan a hang csak sip-en ?
- asterisk 1.4 ?
- A hozzászóláshoz be kell jelentkezni
1.8 asterisk
és igen megy sima soft phoneval.
- A hozzászóláshoz be kell jelentkezni
az "asterisk 1.4 ?" -el arra utaltam, hogy próbálták -e 1.4-el.
- A hozzászóláshoz be kell jelentkezni
Mivel lehet másabb az 1.4???
- A hozzászóláshoz be kell jelentkezni
Egy próbát megér nem ?
- A hozzászóláshoz be kell jelentkezni
Ha a saját asterisk <-> szolgáltató között van tűzfal gondoskodni kell az RTP adatforgalomról.
asterisk rtp.conf:
rtpstart=10000
rtpend=20000
befelé:
(nálam virtuális gépben zörög az asterisk)
iptables -t nat -A PREROUTING -s ! 192.168.100.0/24 -i eth0 -p udp -m udp --dport 10000:20000 -j DNAT --to-destination 192.168.100.10:10000-20000
kifelé:
# RTP data port range
iptables -A OUTPUT -p udp -m udp --sport 10000:20000 -j ACCEPT
iptables -t mangle -A OUTPUT -p udp -m udp --sport 10000:20000 -j DSCP --set-dscp 0x2e
mogyi
- A hozzászóláshoz be kell jelentkezni
az asterik szerver egyben a NAT is és mögötte belső IPn van jó pár SIP eszköz. Azok mennek szépen.
Várhatóan a SIP -MGCP transcodec ben lehet valami gond
- A hozzászóláshoz be kell jelentkezni
Az asterisk szerver NAT mögött is lehet. Ez az RTP streem-ek kezelésében jelent problémát, de ma már a SIP kiterjesztése RFC3581 megoldotta a feladatot.
A sip.conf-ba közölve van az asterisk-kel a NAT-olás?
--
Kreszán K.
--
- A hozzászóláshoz be kell jelentkezni
Ezt a logot tudja valaki értelmezni??
[May 4 14:00:27] WARNING[16135]: chan_sip.c:3945 retrans_pkt: Maximum retries exceeded on transmission 1c6cbf967e3643364aa50ad15426392f@192.168.9.28 for seqno 115 (Critical Request) -- See doc/sip-retransmit.txt.
[May 4 14:01:01] WARNING[16135]: chan_sip.c:3945 retrans_pkt: Maximum retries exceeded on transmission 7fa9b1bd2ba6faf31e8b3e6b5889eccd@192.168.9.28 for seqno 117 (Critical Request) -- See doc/sip-retransmit.txt.
- A hozzászóláshoz be kell jelentkezni
nat=yes?
- A hozzászóláshoz be kell jelentkezni
A probléma azóta megoldódott?
- A hozzászóláshoz be kell jelentkezni
ha kicsorog de nincs hang az altalaban codec problema. azt mar nezted?
amugy ugy tudtam, hogy az MGCP Cisco proprietary...
----------------
www.dreamlite.hu
- A hozzászóláshoz be kell jelentkezni