Fórumok
Sziasztok!
Tanulási céllal szeretnék megismerkedni az asterisk és cisco-s telefonok összeházasításával.
Legfőbb célom az lenne, hogy egy saját hálózatot össze tudjak hozni, telefon CP-6941 lenne és
sccp-vel szeretném vezérelni.
Odáig eljutottam hogy chan_sccp_b-re van szükségem, de nem találok leírást róla hogy mit és hogyan
kellene beállítani hogy megfelelően működjön.
Tudtok ajánlani leírást hozzá ( magyarnak örülnék a legjobban )
Köszi.
Hozzászólások
Én is pár hete ismerkedtem meg vele. A sip.conf -hoz valamint az extension.conf -hoz kellett csak hozzányúlni, hogy 2 szolgáltató és 4 mellék működjön. Ezek segítettek:
http://videotorium.hu/hu/recordings/details/3704,Asterisk_kozelebbrol_a…
http://unixlinux.tmit.bme.hu/Asterisk
A videotoriumot én is végignéztem, egész jó volt, a másik linket köszi.
A sip az könnyű, viszont az sccp számomra nagyon nem.
Nem lehet ezeket a dobozokat SIPesíteni?
Már SIP-es szoftver van rajta, de az xml-es konfigurálást nem lehet megúszni.
Magyar irodalma ennek a területnek nem nagyon van. Angolul ezen a területen olvasni a minimum.
Asterisket kezdeni voip-info.org on illik. Bár ennek a területnek eléggé dokumentálatlan a része, de hátha segít.
http://www.voip-info.org/wiki/view/Cisco+7920
Az mitől van hogyha kicsöng a telefon és felveszem egyik oldalon sincs hang?
- nem sikerult megallapodni egy ertelmes codec-ben
- nat/tuzfal van a ket vegpont kozott, ami akadalyozza az RTP-t
nat az van, a telefon szerint a küldő és a fogadó oldal is G.711U-t használ
Wiresharkkal vagy tcpdumppal ellenőrizd, hogy eljutnak-e az rtp csomagok abba az irányba, amelyik nem hall semmit.
Továbbá ellenőrizd, hogy milyen port kerül kijelölésre az rpthez (sokszor csak rosszul van beállítva a tűzfal, nem azt a portot továbbítja az eszköz felé, amit kellene.)
Ha mindkét oldalon van nat, akkor meg mindkét oldalon ellenőrizni ezeket. (Esetleg elgondolkozni egy rtpproxyn, ha nagyon kezelhetetlen a helyzet.)
Zavard össze a világot: mosolyogj hétfőn.
Ez csak egy kis otthoni cucc, raspberry-n fut nat mögött a másik oldal a neophone.
Ha megnyitom a routeren a 10-20000-es UDP port tartományt az megoldhatja a gondomat?
Még sosem kellett portokat nyitogatni neki. 2 szer volt hasonló problémám. Egyszer a UPC új modemének beüzemelése után(csak a bridge mód segített rajta) és mikor hibás volt a sip.conf.
Hát az megeshet, hogy én nem jól állítottam be valamit ( demó menü az működött )
Ez a sip.conf tartalma:
[general]
register => szám:jelszo@sip.neophonex.hu
recordhistory=no
allowguest=no
bindaddr=0.0.0.0
bindport=5060
[neophonex]
type=friend
secret=
auth=md5
username=
host=sip.neophonex.hu
nat=no
insecure=invite
context=kintrol
canreinvite=yes
[100]
type=friend
host=dynamic
secret=
username=100
nat=off
qualify=yes
canrainvite=no
callerid=
context=bentrol
nat=off >> yes legyen.
Sajnos nem segített :(
kicsit jobban figyeltem a történéseket: felveszem ugye hang az nincs és 25 s után bontódik a vonal.
cliben ennyi az üzenet:
== Using SIP RTP CoS mark 5
-- Executing [valami@kintrol:1] NoOp("SIP/neophonex-00000000", "") in new stack
-- Executing [valami@kintrol:2] Dial("SIP/neophonex-00000000", "SIP/100") in new stack
== Using SIP RTP CoS mark 5
-- Called SIP/100
-- SIP/100-00000001 is ringing
-- SIP/100-00000001 answered SIP/neophonex-00000000
-- Locally bridging SIP/neophonex-00000000 and SIP/100-00000001
== Spawn extension (kintrol, voip szám, 2) exited non-zero on 'SIP/neophonex-00000000'
Valaki?
Ehhez kapcsolódva, a extension config csinálhat iylen hibát?
set verbose 4
set debug 4
Szerintem rtptimeout miatt bont el
ezt talán a debug is megmondja, de a sipdebug biztosan
Köszönöm a segítséget mindenkinek, a nat mellé még sikerült rossz telefonkábelt is használnom hozzá, és ezért nem volt hang..., kihangosítva működik.
Ha valaki igényli akkor a SEPmac.xml fájlt felteszem letölthető helyre.
Tehát a nat=yes kellett?