On 2017-08-14 08:37, Horváth Péter wrote:
A helyes működés érdekében az lenne a legjobb ha a SIP proxy
(vagyis PBX) egy broadcsat domainben lenne (L2 bridge) az ATA
egységekkel mint korábban.
erre nincs szukseg
Majd kijavítanak ha tévedek, vagy pongyolán fogalmazok, de
szerintem az Openvpn az nem egy L2 bridge szintű kommunikáció,
hanem egy
magasabb szintű IP réteg beli. Vagyis a szerver oldali hálózat
az openvpn konkretan lehet l2 es l3 reteg-beli is, konfiguracio fuggo.
Mukodik az l2 bar nem javasolt a hasznalata mert kontraproduktiv.
Viszont a VPN szervernek minden egyes felépült VPN kapcsolathoz,
módosítania kell a saját routing tábláját. Ez más OS-eknél
nem annyira automatizált folyamat, mint a mikrotik esetében.
ez sokkal automatizaltabb, mint gondolnad. az openvpn mondjuk egy
oszvermegoldast hasznal scriptek formajaban, de peldaul az ipsec minden
tamogatott platformon (a windowst is beleertve) tok automatikusan kezeli
ezt.
A spa3102-k egy mikrotiken keresztül kapcsolódnak a vps-hez
openvpn segítségével és azt vettem észre, hogy az RTP
kommunikáció nem a vpn-ben történik, hanem csak a kontrol
csatorna megy ott.
teljesen hetkoznapi a problema, tipikusan NAT eseten szokott
elofordulni, de tudni kell a megfelelo sip beallitasokat is,
nevezetesen, hogy a peerek kenyszeritve vannak-e az RTP felepitese
kapcsan barmire. celszeru voltan a pbx-en at kezelni az rtp-t es
tiltani a kozvetlen kapcsolatot, legalabbis elso lepesben.
Mivel azonban nem derultek ki konkret ip cimek, sip fejlecek illetve
beallitasok, en eddig olvastam.
udv
adam
_______________________________________________
Techinfo mailing list
[email protected]
Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo
Illemtan: http://www.szag.hu/illemtan.html
Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
